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Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http://ipr.etsi.org ). 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
server) which are, or may be, or may become, essential to the present document. 



Foreword 



This Technical Specification (TS) has been produced by ETSI Technical Committee Terrestrial Trunked Radio 
(TETRA). 

The present document is part 18, sub-part 4 of a multi-part deliverable covering the Voice plus Data (Vh-D), as 
identified below: 

EN 300 392-1: "General network design"; 

EN 300 392-2: "Air Interface (AI)"; 

EN 300 392-3: "Interworking at the Inter-System Interface (ISI)"; 

ETS 300 392-4: "Gateways basic operation"; 

TS 100 392-5: "Peripheral Equipment Interface (PEI)"; 

TS 100 392-7: "Security"; 

EN 300 392-9: "General requirements for supplementary services"; 

EN 300 392-10: "Supplementary services stage 1"; 

TS 100 392-11: "Supplementary services stage 2"; 

EN 300 392-12: "Supplementary services stage 3"; 

ETS 300 392-13: "SDL model of the Air Interface (AI)"; 

ETS 300 392-14: "Protocol Implementation Conformance Statement (PICS) proforma specification"; 

TS 100 392-15: "TETRA frequency bands, duplex spacings and channel numbering"; 

TS 100 392-16: "Network Performance Metrics"; 

TR 100 392-17: "TETRA Vh-D and DMO specifications"; 

TS 100 392-18: "Air interface optimized applications": 



Sub-part 1 
Sub-part 2 
Sub-part 3 



"Location Information Protocol (LIP)"; 

"Net Assist Protocol (NAP)"; 

"Direct mode Over The Air Management protocol (DOTAM)"; 



Sub-part 4: "Net Assist Protocol 2 (NAP2)". 

NOTE: Part 3, sub-parts 6 and 7 (Speech format implementation), part 4, sub-part 3 (Data networks gateway), 

part 10, sub-part 15 (Transfer of control), part 13 (SDL) and part 14 (PICS) of this multi-part deliverable 
are in status "historical" and are not maintained. 
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Scope 



The present document defines Net Assist Protocol 2 that is optimized for TETRA air interface. It defines services: 

• allowing information to be passed to a location determining entity; 

• allowing a location determining entity to request assistance information. 

The information passed to the location determining entity, when relevant, reflects the content and format of the 
equivalent information (navigation data) which passes from satellites to the location determining entity. 

The protocol is capable of supporting more than one position determining technology. Presently it covers multiple 
GNSS, and is extensible to all network positioning methods. 



2 References 

References are either specific (identified by date of publication and/or edition number or version number) or 
non-specific. For specific references, only the cited version applies. For non-specific references, the latest version of the 
referenced document (including any amendments) applies. 

Referenced documents which are not found to be publicly available in the expected location might be found at 
http://docbox.etsi.org/Reference . 

NOTE: While any hyperlinks included in this clause were valid at the time of publication, ETSI cannot guarantee 
their long term validity. 



2.1 



Normative references 



The following referenced documents are necessary for the application of the present document. 

[1] IS-GPS-200F: "Navstar GPS Space Segment/Navigation User Interfaces", September 21, 201 1. 

NOTE: Available at: http://www.gps.gOv/technical/icwg/#is-gps-200 



[2] 
[3] 
[4] 

[5] 
[6] 
[7] 

[8] 



[10] 



ETSI EN 300 392-1: "Terrestrial Trunked Radio (TETRA); Voice plus Data (Vh-D); 
Part 1: General network design". 

ETSI EN 300 392-2: "Terrestrial Trunked Radio (TETRA); Voice plus Data (Vh-D); Part 2: Air 
Interface (AI)". 

ETSI TS 100 392-18-1: "TeiTestrial Trunked Radio (TETRA); Voice plus Data (Vh-D) and Direct 
Mode Operation (DMO); Part 18: Air interface optimized applications; Sub-part 1: Location 
Information Protocol (LIP)". 

IS-GPS-705B: "Navstar GPS Space Segment/User Segment L5 Interfaces", September 21, 2011. 

IS-GPS-800, Navstar GPS Space Segment/User Segment LlC Interfaces, September 4, 2008. 

IS-QZSS, Quasi Zenith Satellite System Navigation Service, Interface Specifications for QZSS, 
Ver.1.1, July 31, 2009. 

Galileo OS Signal in Space ICD (OS SIS ICD), Issue 1.1, Gahleo Joint Undertaking, September 
2010. 



NOTE Available at: http://ec.europa.eu/enterprise/policies/satnav/galileo/open-service/index en.htm 

[9] Global Navigation SatelHte System GLONASS, Interface Control Document, Version 5.1, 2008. 



Specification for the Wide Area Augmentation System (WAAS), US Department of 
Transportation, Federal Aviation Administration, DTFA01-96-C-00025, 2001. 
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[11] RTCM-SC104, RTCM Recommended Standards for Differential GNSS Service (v.2.3), 

August 20, 2001. 

[12] ITU-T Recommendation X.680: "Information technology - Abstract Syntax Notation One, 

(ASN.l): Specification of basic notation". 

[13] ITU-T Recommendation X.681: "Information technology - Abstract Syntax Notation One, 

(ASN.l): Information object specification". 

[14] ITU-T Recommendation X.690: "Information technology - ASN.l encoding rules: Specification of 

Basic Encoding Rules (BER), Canonical Encoding Rules (CER) and Distinguished Encoding 
Rules (DER)". OSI networking and syste aspects - Abstract Syntax Notation One (ASN.l). 

[15] ITU-T Recommendation X.691: "Information technology - ASN.l encoding rules: Specification of 

Packed Encoding Rules (PER)". 

2.2 Informative references 

The following referenced documents are not necessary for the application of the present document but they assist the 
user with regard to a particular subject area. 

[i.l] ETSI TS 136 355: "LTE; Evolved Universal Terrestrial Radio Access (E-UTRA); LTE Positioning 

Protocol (LPP) (3GPP TS 36.355 version 10.4.0 Release 10)". 

[i.2] LPP Extensions Specification, Open Mobile AlHance OMA-TS-LPPe-Vl-0-201 10929-C. 

[i.3] ETSI TS 144 031: "Digital cellular telecommunications system (Phase 2+); Location Services 

(LCS); Mobile Station (MS) - Serving Mobile Location Centre (SMLC) Radio Resource LCS 
Protocol (RRLP) (3GPP TS 44.031 version 10.0.0 Release 10)". 

[i.4] ETSI TS 100 392-18-2: "Terrestrial Trunked Radio (TETRA); Voice plus Data (Vh-D) and Direct 

Mode Operation (DMO); Part 18: Air interface optimized applications; Sub-part 2: Net Assist 
Protocol (NAP)". 

[i.5] ETSI TS 143 059: "Digital cellular telecommunications system (Phase 2+); Functional stage 2 

description of Location Services (LCS) in GERAN (3GPP TS 43.059 version 10.0.0 Release 10)". 

[i.6] ETSI TS 123 032: "Digital cellular telecommunications system (Phase 2+); Universal Mobile 

Telecommunications System (UMTS); Universal Geographical Area Description (GAD) (3GPP 
TS 23.032 version 10.0.0 Release 10)". 



3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the terms and definitions given in EN 300 392-2 [3] and the following apply: 

assistance server: entity that maintains location assistance information and sends location assistance information to its 
clients 

navigation data: data that is passed from satellites to the location determining entity and supports said location 
determination, for example by defining satellite positioning 

NOTE: For GPS assistance this data is defined by ICD-GPS-200 [1], IS-GPS-705 [5], IS-GPS-800 [6], for QZSS, 
it is defined in IS-QZSS, [7], for Galileo in OS SIS ICD [8], and for GLONASS in GLONASS ICD [9]. 

TETRA domain: all entities that are addressed using TETRA defined addresses and understand the binary format of 
Net Assist Protocol 
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3.2 



Abbreviations 



For the purposes of the present document, the following abbreviations apply: 

A-GNSS Assisted- Global Navigation SatelHte System 

AGNSS Assisted Global Navigation SatelHte System 

BS Base Station 

C Conditional 

CGI Cell Global Identification 

CNAV Civil Navigation 

DGNSS GNSS Differential Corrections 

DMO Direct Mode Operation 

DN Day Number 

ECEF Earth Centred Earth Fixed (coordinate system) 

ECI Earth Centered Inertial (coordinate system) 

EGNOS European Geostationary Navigation Overlay ServiceGAGAN GPS Aided Geo Augmented 

Navigation 

EOP Earth Orientation Parameters 

EPDU Extended Protocol Data Unit 

FDMA Frequency Division Multiple Access 

FE Functional Entity 

FEC Forward Error Correction 

GLONASS GLObal'naya NAvigatsionnaya Sputnikovaya Sistema 
NOTE: Engl.: Global Navigation SatelHte System 

GNSS Global Navigation Satellite System 

GPS Global Positioning System 

ICD Interface Control Document 

IE Information Element 

lOD Issue of Data 

lODC Issue of Data Clock 

LA Location Area 

LIP Location Information Protocol 

LOC Location group (at OMA) 

LPP LTE Positioning Protocol 

M Mandatory 

MNI Mobile Network Identity 

MO-LR Mobile Originated Location Request 

MS Mobile Station 

NAP Net Assist Protocol 

NAV Navigation 

OMA Open Mobile AUiance 

PDU Protocol Data Unit 

PRC Pseudo-Range Correction 

PRN Pseudo Random Noise 

QZSS Quasi-Zenith Satellite System 

QZS-L Quasi-Zenith Satellite System 

QZST Quasi-Zenith Satellite Time 

RRC Range-Rate Correction 

SAP Service Access Point 

SBAS Space Based Augmentation System 

SDS Short Data Service 

SDS-TL Short Data Service - Transport Layer 

SNDCP SAP SubNetwork Dependent Convergence Protocol Service Access Point 

SV Space Vehicle 

SV-ID Satellite Vehicle Identifier 

TBD To Be Defined 

TCP Transmission Control Protocol 

TOD Time Of Day 

TOW Time Of Week 

UDP User Datagram Protocol 

UDRE User Differential Range Error 
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URA User Range Accuracy 

UTC Universal Coordinated Time 

WAAS Wide Area Augmentation System 

WGS-84 World Geodetic System 1984 



Net Assist Protocol 



4.1 



General 



The Net Assist Protocol (NAP) is a TETRA air interface optimized application layer protocol that can utilize various 
transport mechanisms. 

The net assist protocol may use SDS-TL service at SDS-TL SAP, refer to EN 300 392-2 [3], clauses 29.1.1 to 29.5.12 in 
the case of TETRA MS, though it does not use SDS-TL transport mechanisms to ensure delivery. The same protocol 
can use packet data at SNDCP SAP as defined in EN 300 392-2 [3], clause 28 in the case of TETRA MS. 

The net assist protocol defines an extendable protocol that can provide net assist information, initially in a GNSS 
technology based location determination scenario. Resource optimization is achieved by ensuring data is transported in 
its most compact form as binary data and not in an expanded human readable form. Because of the volume of data and 
because of the number of satellites it should be noted that some messages have a length which exceeds 500 bits and 
multiple messages (one for each satellite) may need to be sent. 

The net assist protocol can be used in various system configurations including: 

• MS to assistance server communication (request for assistance information). 

• Assistance server to MS communication (transmission of assistance information). 

• MS to MS communication (request for and transmission of assistance information). 

NOTE: Although NAP2 supports direct MS to individual MS communication; the use of it is discouraged as the 
optimized air interface usage may be compromised. One possibility to maintain air interface optimization 
is the use of a group address as the destination address. 

4.2 Location information protocol system architecture 

Physical entities identified for the purpose of the present document are: 

• Mobile Station (MS) and location accessory requiring net assist information. It is referred as the "Target 
Device" of location. 

• Assistance server inside the TETRA domain with available net assist information (which may have been 
sourced outside the TETRA domain and passed to it using a suitable protocol which is outside the scope of the 
present document). It is also called a "Location Server". 

How the assistance server acquires its net assist information and how it decides when to make that information available 
are outside the scope of the present document. 

Similarly, how the MS determines when and what assistance information is required is outside the scope of the present 
document. 

The assistance information exchange contains scenarios: 

• MS determines that it would like assistance and makes a request to the assistance server for information. 

• Assistance server to MS, where the assistance server has net assist information, and the assistance server 
distributes the information to MS. 

• MS to MS net assist information exchange without any action in any other entities. 
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For the purposes of the present document, the TETRA domain consists of entities that are addressable using TETRA 
addressing and understand the net assist protocol NAP in the binary format of the protocol. 

For the purposes of the present document protocol Functional Entities (FE) are used in some clauses instead of physical 
entities: 

FEl: MS requiring net assist information. 

FE2: Assistance server. 

Figure 4.2.1 defines a typical scenario for the net assist protocol usage. 

In figure 4.2.1 the MS FEl requests assistance information from the assistance server FE2. 

In figure 4.2.1 the assistance server FE2 acts as the distribution point for assistance information to one or more MSs 
FEl requiring and able to accept assistance information. 

Assistance info destination Assistance server 





FE1 ) ( FE2 

TETRA domain 
Figure 4.2.1 : Simple system withi assistance server in TETRA domain 

4.3 Net assist protocol service description 

4.3.1 General on services 

The majority of the location information protocol (TS 100 392-18-1 [4]) is independent of position determination 
technology. However, the technology currently used is frequently GPS (or other GNSS in short term) and in this case a 
net assistance delivery service is defined. Assistance data, delivered via the TETRA network, can improve the 
performance of some GNSS receivers, particularly when they are in areas of poor GNSS satellite signal reception, such 
that they cannot reliably receive navigation data from the satellites themselves. Additional information is made 
available in the form of time and location (with uncertainty) assistance data. This release support all known Global 
Navigation Satellite System (GNSS) covering GPS as well as constellation currently partial as GLONASS, COMPASS 
or yet to be launched as Galileo, QZSS. Support of various GNSS allow better position determination in polar region, 
sub-tropical regions, or difficult environment where only a few satellites are visible , and more availability. The 
structure of the assistance is consistent with the AGNSS data in the LPP [13] from 3GPP, established for the 4* 
generation of Public Mobile Land Network (PLMN), and it semantic and usage is based on the relevant ICD for each 
supported constellation. 

4.3.2 Services available at the NAP-SAP 

FE2 may support network assistance delivery to FEls, typically using group addressing. For the case that network 
assistance is delivered to an individual FEl, FE2 may ask for and receive an acknowledgement. 

FEl may support requesting network assistance from FE2. FE2 may respond by delivering network assistance as above. 

4.3.3 Service primitives at the NAP-SAP 

Service primitives at the NAP-SAP define service access. This service primitive definition assumes that the entity using 
these service primitives gets all trigger invocations by other means and those are outside the scope of the present 
document. 

NAP-Net assist provide request: this primitive is used to send network assistance data. 

NAP-Net assist provide indication: this primitive is used to receive network assistance data. 
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NAP-Net assist provide response: this primitive is used to acknowledge network assistance data. 

NAP-Net assist provide confirmation: this primitive is used to receive network assistance data acknowledgements. 

NAP-Net assist demand request: this primitive is used to request (demand) network assistance. 

NAP-Net assist demand indication: this primitive is used to receive requests (demands) for network assistance. 

NAP-Net assist reject response: this primitive is used to reject the network assistance request. 

NAP-Net assist reject confirmation: this primitive is used to receive a network assistance rejection. 

4.3.4 Service primitive parameters at tine NAP-SAP 

As the present document does not define a physical access to the NAP-SAP, the description of the conceptual service 
primitives is minimized and the service primitive parameters are implied by the information elements in the PDUs. 

4.3.5 State description 

The net assist protocol uses a single state at the FE that does not link request and response together. At that state NAP 
sends and receives all the service primitives and PDUs. If it is important for an application to get e.g. response to a 
specific request or receive an acknowledgement before proceeding, then the application should use a suitable state 
machine or other means to make that possible. 

5 Net assist protocol description 

5.1 Description of information elements 

5.1 .1 General on networl< assistance information elements 

The forms of GNSS network assistance supported are defined by Net assist type grouped in common assistance (which 
are provided once for all constellations) and generic assistance data that are provided for satellites of a given 
constellation, and in some case, one signal broadcasted by this constellation, in a generic format. ReferenceTime, 
ReferenceLocation, Ionosphere and EarthOrientationParameters are defined in a common model, whereas Almanac 
data. Almanac reference week, Ephemeris and clock data. Real-time integrity, UTC correction data. Differential 
Corrections, Data Bit Assistance, Acquisition Assistance and Auxiliarylnformation are all defined in the same model as 
variant data model with respect to the respective ICD for the constellation (e.g. ICD-GPS-200 [1] for GPS). 

Which assistance type and for which constellation is either specified by the MS requesting network assistance, or by 
configuration in the network for the set of GNSS enabled MS. There is a tradeoff between the required bandwidth and 
the benefits provided by the assistance on a given constellation. 

5.2 Information flows 

5.2.1 General on information flows 

The information flows in clauses 5.2.2 to 5.2.5 present typical implementations of net assist protocol services. The 
service primitives are defined in clause 4.3.3. The information flows use the PDU names as defined in clause 6.2 or 
descriptive names, if no PDU is defined in the present protocol. 

The location determining entity within the FEl, or the user of the device, may decide that location determination would 
benefit from network assistance information. The present document identifies how the request may be handled by the 
protocol but the decision processes involved in generating that request are not covered by the present document and are 
not presented in the information flow charts. 
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5.2.2 Transport layer requirements 



The usage of assistance is expected to be as soon as delivered to the MS for each satelHte. NAP2 requires rehable, in 
sequence dehvery of NAP2 messages from the underlying transport layers in the network, which is either short message 
or data packet of TETRA. 

This clause describes the transport capabilities that are available within NAP2, independently of that transport layer. T' 
the segmentation at protocol layer is defined that allow usage by the receiver of partial data during the transmission. 
The FEl implementing NAP2 for the control plane using SDS-TL service at SDS-TL SAP may rely on the reliability of 
this transport, which shall ensure all three of duplicate detection, acknowledgement, and retransmission. In case this is 
NOT granted in the message transport layer, the reuse of the transport procedures specified below (based on LPP [13]) 
is recommended. This reliable transport functionality is not used in a user -plane solution using packet data at SNDCP 
SAP, as the functionality is then ensured by TCP. 

The following requirements in clauses 5.2.3, 5.2.4, 5.2.5 and 5.2.6 for NAP2 reliable transport apply only when the 
capability is supported. 

NOTE: Clause 5.2.3 is based on the [i.3], whereas clauses 5.2.4, 5.2.5 and 5.2.6 are based on [i.l]. 



5.2.3 Pseudo-segmentation 



Delivery of components over a limited-size transport as SDS may be supported by the FE2 in the NAP2 level using an 
optional pseudo-segmentation by sending several shorter messages instead of one long message. Any assistance data 
that is successfully delivered to an MS and acknowledged prior to the interruption of the positioning procedure by an 
event like handover, or by any other event that causes an MS to terminate the positioning procedure or delivery of 
assistance data (see [i.5]), shall be retained by the MS and need not be resent by the SMLC when positioning or delivery 
of assistance data is again re-attempted. 

NAP2If the amount of data that needs to be sent is larger than the maximum PDU size for the underlying transport (e.g. 
2 039 bits for an SDS-4), the NAP2 pseudo-segmentation shall be used. The NAP2 pseudo-segmentation is the use of 
several NAP2 components (one in each NAP2 message) to deliver a large amount of information. For FE2 to FEl 
messages, the Assistance Data component is the one that is sent several times in order to deliver the information. The 
alternative to implementing this mechanism is that the FE2 may send NAP2 components that are larger than the 
transport maximum PDU size. In this case lower level segmentation will be used. 

When the assistance server FE2 employs pseudo-segmentation to send a NAP2 Assistance Data message, the FE2 shall 
send one or more NAP2 Assistance Data components followed by a final NAP2 Assistance Data component. The FE2 
shall indicate in all but the final component that more components are on the way. See clause 5.2.2 more on this topic. 

When an MS receives an Assistance Data component indicating that more components are on the way, the MS may 
store the contents of the component. If the MS receives a subsequent Assistance Data component that is correctly 
encoded, the MS shall assume that the new component continues the pseudo-segmentation of the earlier component and 
may then store the contents of the new component. If the new component is an Assistance Data component indicating 
that no more components are on the way, the MS shall assume that pseudo-segmentation is complete. The MS may then 
employ the rules defined in next clause (duplicate) to verify if the new message is a repeated duplicate of a previous 
message. 



5.2.4 NAP2 duplicate detection 



A sender shall include a sequence number in all NAP2 messages sent for a particular location session. The sequence 
number shall be distinct for different NAP2 messages sent in the same direction in the same location session (e.g. may 
start at zero in the first NAP2 message and increase monotonically in each succeeding NAP2 message). Sequence 
numbers used in the uplink and downlink are independent (e.g. can be the same). 

A receiver shall record the most recent received sequence number for each location session. If a message is received 
carrying the same sequence number as that last received for the associated location session, it shall be discarded. 
Otherwise (i.e. if the sequence number is different or if no sequence number was previously received or if no sequence 
number is included), the message shall be processed. 

Sending and receiving sequence numbers shall be deleted in a server when the associated location session is terminated 
and shall be deleted in a target device when there has been no activity for a particular location session for 10 minutes. 
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NOTE: For NAP2 control plane use, a target device can be aware of a location session from information provided 
at the control plane level for downlink transport of an NAP2 message. 

5.2.5 NAP2 Acknowledgement 



5.2.5.1 



General 



Each NAP2 message may carry an acknowledgement request and/or an acknowledgement indicator. A NAP2 message 
including an acknowledgement request (i.e. that include the IE ackRequested set to TRUE) shall also include a sequence 
number. Upon reception of an NAP2 message which includes the IE ackRequested set to TRUE, a receiver returns an 
NAP2 message with an acknowledgement response (i.e. that includes the acklndicator IE set to the same sequence 
number of the message being acknowledged). An acknowledgement response may contain no NAP2 message body (in 
which case only the sequence number being acknowledged is significant); alternatively, the acknowledgement may be 
sent in an NAP2 message along with an NAP2 message body. An acknowledgement is returned for each received NAP2 
message that requested an acknowledgement including any duplicate(s). Once a sender receives an acknowledgement 
for an NAP2 message, and provided any included sequence number is matching, it is permitted to send the next NAP2 
message. No message reordering is needed at the receiver since this stop-and-wait method of sending ensures that 
messages normally arrive in the correct order. 

When an NAP2 message is transported via a control plane MO-LR request, the message does not request an 
acknowledgement. 

5.2.5.2 Procedure related to acknowledgement 

Figure 5.2.5.2.1 shows the procedure related to acknowledgement. 



Endpoint A 



Endpoint B 



-1. Message N- 



-2. Message N Acknowledgement- 



-3. Message N+1- 



Figure 5.2.5.2.1 : NAP2 Acknowledgement procedure 

1) Endpoint A sends an NAP2 message A^ to Endpoint B which includes the IE ackRequested set to TRUE and a 
sequence number. 

2) If NAP2 message A^ is received and Endpoint B is able to decode the ackRequested value and sequence 
number, Endpoint B shall return an acknowledgement for message A'. The acknowledgement shall contain the 
IE acklndicator set to the same sequence number as that in message N. 

3) When the acknowledgement for NAP2 message A^ is received and provided the included acklndicator IE 
matches the sequence number sent in message A^, Endpoint A sends the next NAP2 message N+1 to Endpoint 
B when this message is available. 
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5.2.6 NAP2 retransmission 



5.2.6.1 



General 



This capability builds on the acknowledgement and duplicate detection capabilities. When an NAP2 message which 
requires acknowledgement is sent and not acknowledged, it is resent by the sender following a timeout period up to 
three times. If still unacknowledged after that, the sender aborts all NAP2 activity for the associated session. The 
timeout period is determined by the sender implementation but shall not be less than a minimum value of 250 ms. 



5.2.6.2 



Procedure related to Retransmission 



Figure 5.2.6.2.1 shows the procedure related to retransmission when combined with acknowledgement and duplicate 
detection. 



Endpoint A 



Endpoint B 



-1. Message N- 



-2. Message N Acknowledgement- ■ 



■3. Message N Retransmission 



-A. Message N Acl<nowledgement- 



-5. Message N+1- 



Figure 5.2.6.2.1: NAP2 Retransmission procedure 

1) Endpoint A sends an NAP2 message A^ to Endpoint B for a particular location session and includes a request 
for acknowledgement along with a sequence number. 

2) If NAP2 message A^ is received and Endpoint B is able to decode the ackRequested value and sequence 
number (regardless of whether the message body can be correctly decoded), Endpoint B shall return an 
acknowledgement for message N. If the acknowledgement is received by Endpoint A (such that the 
acknowledged message can be identified and sequence numbers are matching), Endpoint A skips steps 3 and 
4. 

3) If the acknowledgement in step 2 is not received after a timeout period, Endpoint A shall retransmit NAP2 
message A^ and shall include the same sequence number as in step 1. 

4) If NAP2 message A^ in step 3 is received and Endpoint B is able to decode the ackRequested value and 
sequence number (regardless of whether the message body can be correctly decoded and whether or not the 
message is considered a duplicate), Endpoint B shall return an acknowledgement. Steps 3 may be repeated one 
or more times if the acknowledgement in step 4 is not received after a timeout period by Endpoint A. If the 
acknowledgement in step 4 is still not received after sending three retransmissions, Endpoint A shall abort all 
procedures and activity associated with NAP2 support for the particular location session. 

5) Once an acknowledgement in step 2 or step 4 is received, Endpoint A sends the next NAP2 message A^+7 for 
the location session to Endpoint B when this message is available. 
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5.2.7 MS receiving networl< assistance 



MS may receive network assistance as presented in figure 5.2.7.1. NAP entity stores the parameters for further usage. 
Typically FE2 will broadcast assistance to a group of MSs. Assistance to an individual MS is allowed. 



MS 

FE1 




Assistance Server 
FE2 



.NAP-Net assist provide indication 




NET ASSIST 
PROVIDE 



.NAP-Net assist provide request 



Figure 5.2.7.1 : MS receiving networic assistance data 



5.2.8 MS receiving network assistance and sending response 

MS may receive network assistance and send acknowledgement to it as presented in figure 5.2.8.1. NAP entity stores 
the parameters for further usage. Responses should only be requested from an individually addressed MS. The MS shall 
only send an acknowledgement if it receives a NET ASSIST PROVIDE PDU that contains an acknowledgement 
request and the PDU is individually addressed to the MS. 



MS 

FE1 




Assistance Server 
FE2 














^NAP-Net assist provide indication 








NET ASSIST 
PROVIDE 








NAP-Net assist provide request 


NAP-Net assist 
provide response 


NET ASSIST 
PROVIDE ACK 


NAP-Net assist 
provide confirmation 














w 



Figure 5.2.8.1 : IVIS receiving networit assistance data and sending response 

5.2.9 MS requesting network assistance 

MS may request network assistance as presented in figure 5.2.9.1. FE2 will typically respond by distributing the 
network assistance as in clause 5.2.7. 



MS 
FE1 




NAP-Net assist demand requests 



Assistance Server 
FE2 




NET ASSIST DEMAND 



NAP-Net assist demand indication^ 



Figure 5.2.9.1 : IVIS requesting network assistance data 
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5.2.10 MS requesting network assistance and receiving a reject 

MS may request network assistance requests as presented in figure 5.2.10.1. FE2 may respond with a rejection of the 
request (including reason and retry information). 



MS 
FE1 



NAP-Net assist demand request.. 



>iAP-Net assist reject confirmation 



Assistance Server 
FE2 



NET ASSIST DEMAND 



NET ASSIST REJECT 



NAP-Net assist demand Indication^ 



NAP-Net assist reject response 



Figure 5.2.10.1 : MS requesting networit assistance data and receiving rejection 

5.2.1 1 Allocation of entities 

In the flow charts in figures 5.2.7.1 to 5.2.10.1, "MS" was used as a physical allocation to FEl and "Assistance Server" 
was used as a physical allocation to FE2. 

In systems extending to the domain outside the TETRA domain the roles of information entities are in principle the 
same as in figures 5.2.7.1 to 5.2.10.1, but the information flows to and from the external entities may use other PDUs 
than shown in the information flows. 



5.3 



Procedures 



5.3.1 General on procedures 

It is expected that the MS will only request information that it cannot obtain in any other way in its present 
circumstances i.e. the MS should only request data it cannot acquire and should use network time when available. 

The MS should determine all data required and then make a single request. No new requests shall be initiated until data 
has been provided or the request has timed out (three minutes). 

It is expected that the Net Assist Server, or other receiving entity, should only return information for satellites that the 
requesting entity will (potentially) have in view. 

The assistance service provider should only request an acknowledgement, if the NET ASSIST PROVIDE PDU is 
individually addressed. The MS shall only send an acknowledgement using NET ASSIST PROVIDE ACK PDU, if it 
receives a NET ASSIST PROVIDE PDU that contains an acknowledgement request, and the PDU is individually 
addressed to the MS. MS shall indicate in the NET ASSIST PROVIDE ACK PDU a Sequence Number for matching 
responses to requests in the net assist server. 

5.3.2 Service availability 

Net assist service availability may be determined by sending a NET ASSIST DEMAND PDU. The MS may retry three 
times with an interval between retries no less than three minutes. Non receipt of any NET ASSIST PROVIDE or NET 
ASSIST REJECT PDU may indicate that a Net Assist Server is not available on this network and that the MS shall not 
retry until next power-up or upon detecting an unsolicited NET ASSIST PROVIDE PDU addressed to the MS (whether 
individually, group or broadcast addressed) or upon migration to another network. 
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5.3.3 Rejection of request for assistance 



A request for net assist data may be rejected. The requesting MS will be informed of this rejection together with a 
reason and when it may next request assistance. MS shall not send another NET ASSIST DEMAND PDU until instance 
as defined in the Reject retry interval or MS has moved to another network. 

5.3.4 Routing net assistance to specific terminal groups 

In order to support the ability for a net assist server to direct net assist data to specific groups of terminals, an identity 
(Net assist group address) may be: 

• requested by an MS using a NET ASSIST DEMAND PDU; 

• assigned to an MS using a NET ASSIST PROVIDE PDU. 
Any MS with a non zero Net assist group address: 

• shall listen, without requiring over the air attachment, on that address in addition to its other group addresses; 

• shall when receiving signalling addressed to the Net assist group address, accept and process only Net assist 
PDUs. 

The Net assist group address shall be remembered through power cycles. 

A Net assist group address is valid on the network on which it was provided. The MS shall request a new Net assist 
group address on migration. 



5.4 GNSS assistance types 



This clause describe the usage of assistance delivered via NAP2 inside the MS. types of assistance are described in the 
clause, including the three types added in this protocol versus the NAP. 

Table 5.4.1 : Fields in the GNSS Assistance Data element 



Parameter 


NAP 


NAP2 


Common/Generic 


Repetition 


Reference Time 


X 


X 


C 


Yes 


Reference Location 


X 


X 


c 


No 


lonosplieric IVIodel 


X 


X 


c 


No 


EarthOrientationParameters 




X 


c 


No 


time model 


X 


X 


G 


No 


DGNSS Corrections 


X 


X 


G 


Yes 


Navigation IVIodel 


X 


X 


G 


Yes 


Real-Time Integrity 


X 


X 


G 


Yes 


DataBitAssistance 




X 


G 


Yes 


Acquisition Assistance 


X 


X 


G 


Yes 


Almanac 


X 


X 


G 


Yes 


UTC Model 


X 


X 


G 


No 


Auxiliarylnformation 




X 


G 


Yes 



When NAP2 pseudo-segmentation is used, table 5.4.1 indicates which parameters may be repeated in more than one 
NAP2 segment in order to provide data for multiple satellites. When any such parameter appears in more than one 
segment, the following rules shall apply: 

1) There shall be no repetition of data for the same satellite. 

2) Optional and conditional elements in the parameter not associated with a particular satellite shall each appear 
in at most one NAP2 segment. 

3) Any mandatory element not associated with a particular satellite shall assume consistent values in the case of 
an element related to current GPS time and the same value otherwise. 
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4) The maximum number of constellations and the maximum number of satellites defined in the model above (16 
constellation and 64 satellites in each) for which data can be included for any parameter in one NAP2 segment 
shall apply also when counted over all NAP2 segments. 

For all the fields containing additional information dependent on the DGNSS ID, the following rule is applicable. If 
such assistance type that is satellite dependent (i.e. any of DGNSS Corrections, DGNSS Navigation Model, Real-Time 
Integrity DGNSS Data Bit Assistance, or DGNSS Auxiliary Information IBs) is provided together with other satellite 
dependent DGNSS assistance data and NAP2 pseudo-segmentation is used, this assistance Information should be 
provided for the same satellites and in the same NAP2 segment as the other satellite dependent DGNSS assistance data. 

NOTE: For Almanac these fields are always provided for all satellites. 

This release of the protocol does not include such assistance as extended Ephemeris, altitudeAssistance, solarRadiation, 
continuous carrier phase, dcbsForAllSVs, navModelDegradationModel, navModel coordinate Based, WideArealono, 
LocalTroposphere, that are defined by OMA in the LPPe protocol [14] and could optionnaly be applied on the User 
Plane (data service) over TETRA, in combination with the types defined in NAP2. 

5.4.1 GNSS Ephemeris assistance 

Ephemeris navigation data defines the precise (high accuracy) orbital parameters of one satellite and is transmitted by 
that satellite. The ephemeris also includes satellite clock correction data. A location determining entity may not be able 
to receive this data from a satellite either because it has not yet found the satellite or because the received signal 
strength is insufficient for it to demodulate the navigation data. 

An assistance server supporting ephemeris assistance could gather this information for all satellites that are in view in 
the geographically served area and may send that information to MSs using The GNSS Ephemeris and clock data 
information element. Because of the short lived nature of this data (hours), it may be that the data would be broadcast 
every hour. 

An MS receiving ephemeris for a satellite might simply pass it on to its location determining entity or might only pass it 
on when it knows its location determining entity does not have up to date ephemeris data for the satellite. 

5.4.2 GNSS Almanac assistance 

Almanac navigation data defines the reduced precision orbital parameters of all satellites and is transmitted by every 
satellite. As described in clause 5.4.1 a GNSS receiver may not be able to receive this data. Additionally the data it does 
have may be out of date. 

An assistance server supporting almanac assistance could gather this information for all satellites (both in view and not 
in view) and may send that information to MSs using the GNSS Almanac reference week extended and the GNSS 
Almanac data information elements. Because of the longer lived nature of this data (months), it may be that the data 
would be retained by location determining entities and would only be transmitted on demand. 

An MS receiving almanac for a satellite might simply pass it on to its location determining entity or might only pass it 
on when it knows its location determining entity does not have up to date almanac data for the satellite. 

5.4.3 GNSS lonospinere and UTC correction assistance 

Ionosphere and UTC correction navigation data defines the current ionosphere compensation parameters and 
GNSS/UTC time conversions. 

The data may improve the accuracy of derived location information and an assistance server may gather it and then 
distribute it using the GNSS Ionosphere and UTC correction data information element. 

5.4.4 GNSS Time assistance 

GNSS time is available from any GNSS satellite. As described in clause 5.4.1 a GNSS receiver may not be able to 
receive this data. Additionally the data it does have may be incorrect or not internally stored, for example the clock time 
may have been lost due to a battery problem. 

An assistance server supporting time assistance could hold and make this information available to MSs using the GNSS 
time estimate information element, either by regular broadcast or on demand. 
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A location determining entity receiving time assistance may benefit by better determining satellite positioning for 
example. Due to indeterminate delays in the delivery system, other sources may be more applicable. 

5.4.5 Location assistance 

It may be beneficial to the location determining entity to be given an approximate location of the requesting MS to the 
assistance server. This information may enable the assistance server to determine which satellites should be in view 
from which a location information improvement may be made. 

An assistance server supporting location assistance could be made aware of locations within its geographical area. The 
location supplied to the entity might be related to the area covered by the assistance server or might be the location of 
the BS that the MS is currently using. When requested the appropriate location may be sent to the requesting MS using 
the Location data information element. 

An MS may require location assistance because it has moved since last acquiring a location fix, because it has not been 
able to retain a previous location fix or because it is considered too old to be of use. When requesting location 
assistance MS shall use a Net assist type information element with "Location estimate". MS may also add LA and, if 
needed, MNI information elements to indicate its location as defined by the air interface protocol. Other locations may 
be more applicable in other scenarios. 



6 Net assist protocol coding requirements 

6.1 General 

The Net Assist Protocol has been designed to set strict requirements on the PDU encoding so that the maximum amount 
of information can be fitted into minimum sized messages. 

NAP protocol uses a constant length binary encoding of data, see TS 100 392-18-2 [i.4]. In NAP2 the data is presented 
in an ASN.l model and the PDU then contains the binary encoding of this model; see ITU-T Recommendation 
X.680 [13], ITU-T Recommendation X.681 [14], ITU-T Recommendation X.690 [15]. Both on the control plane (SDS) 
and the User Plane (Data Service), the encoding is BASIC-PER, unaligned encoding ITU-T Recommendation 
X.691 [16]. The resulting messages also fit into SDS messages. The contents of each LPP message is specified in 
clause 6.2 using ASN.l to specify the message syntax and using tables when needed to provide further detailed 
information about the information elements specified in the message syntax. 
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The ASN.l in clause 6.2 (and all of its subclauses) uses the same format and coding conventions as described in [13]. 

Transfer syntax for LPP messages is derived from their ASN.l definitions by use of Basic Packed Encoding Rules 
(BASIC -PER), Unaligned Variant, as specified in ITU-T Recommendation X.691 [16]. The encoded LPP message 
always contains a multiple of 8 bits. 

The need for information elements to be present in a message or an abstract type, i.e. the ASN.l fields that are specified 
as OPTIONAL in the abstract notation (ASN.l), is specified by means of comment text tags attached to the 
OPTIONAL statement in the abstract syntax. The meaning of each tag is specified in table 6.1.1. These tags are used in 
the downlink (server to target) direction only. 

Table 6.1.1 : Meaning of abbreviations used to specify the need 
for information elements to be present 



Abbreviation 


Meaning 


Cond conditionTag 


Conditionally present 

An information element for which the need is specified by means of conditions. For each 
conditionTag, the need is specified in a tabular form following the ASN.1 segment. In case, 
according to the conditions, a field is not present, the target takes no action and where 
applicable shall continue to use the existing value (and/or the associated functionality) unless 
explicitly stated otherwise in the description of the field itself. 


Need OP 


Optionally present 

An information element that is optional to signal. For downlink messages, the target is not 

required to take any special action on absence of the IE beyond what is specified in the 

procedural text or the field description table following the ASN.1 segment. The target 

behaviour on absence should be captured either in the procedural text or in the field 

description. 


Need ON 


Optionally present, No action 

An information element that is optional to signal. If the message is received by the target, and 
in case the information element is absent, the target takes no action and where applicable 
shall continue to use the existing value (and/or the associated functionality). 


Need OR 


Optionally present, Release 

An information element that is optional to signal. If the message is received by the target, and 
in case the information element is absent, the target shall discontinue/ stop using/ delete any 
existing value (and/ or the associated functionality). 



When specifying information elements which are to be represented by BIT STRINGS, if not otherwise specifically 
stated in the field description of the concerned IE or elsewhere, the following principle applies with regards to the 
ordering of bits: 

the first bit (leftmost bit) contains the most significant bit (MSB); 

the last bit (rightmost bit) contains the least significant bit (LSB). 

6.2 Net assist protocol PDU definitions 
6.2.1 Net assist protocol description tables 

The clauses 6.2.1 to 6.2.7 describe the ASN.l model for the GNSS Assistance Data that is the definition of the payload 
in all NAP2 messages. Table 6.2.1.1 links service primitives and PDUs together. 
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Table 6.2.1.1 : NAP2 primitives and PDUs usage 



Primitive 


Direction 


Usage 


ASN.1 type 


PDU 


NAP-Net assist 
provide request 


FE1 ^ FE2 


send networl< assistance 
data. 


ProvideAssistanceData 


NET ASSIST 
PROVIDE 


NAP-Net assist 
provide response 


FBI -^ FE2 


acknowledge network 
assistance data 


Acknowledgment 
(Not required above 
TCP, but on UDPor 
SDS). 


NET ASSIST 
PROVIDE ACK 


NAP-Net assist 
demand request 


FE1 -^ FE2 


request (demand) 
network assistance 


RequestAssistanceData 


NET ASSIST 
DEMAND 


NAP-Net assist 
reject response 


FE1 ^ FE2 


reject the network 
assistance request 


Abort 


NET ASSIST 
REJECT 



NOTE: The clauses 6.2.1.3 to 6.2.7.8 are corresponding very closely to the clause 6.5.2 and part of clause 6.4.2 in 
LPP [13], with minor compatible adaptations for specificities of TETRA and the new 
InformationElements in clauses 6.2.4 to 6.2.8. 

The use of positioning measurement is another option added in NAP2. It does NOT include network positioning 
methods, capability information or location reports (that are covered in LIP [4]). 

The PDU type information element and the transport reliability shall be encoded as defined in clauses 6.2.2 to 6.2.8. 

6.2.1.1 LPP-PDU-Definitions 

This ASN.l segment is the start of the LPP PDU definitions. 

-- ASNISTART 

/* This model is defined for the Network Assistance Protocol over TETRA Network, defined in ETSI 

TETRA WG3 . 

It is primarely based on 3GPP LPP 

All additions to the subset of LPP are prefixed with NAP- in order to clearly mark them in the ASNl 

model . 

non relevant network related items are replaced with place holders named holderX */ 

NAP2-PDU-Definitions { 

itu-t (0) identif ied-organization (4) etsi (0) mobileDomain (0) 

tetra (22) modules (1) nap2 (!) versionl (!) nap-PDU-Def initions (!) } 

-- DID registration needed for a NAP id 

DEFINITIONS AUTOMATIC TAGS ::= 

BEGIN 

-- ASNISTOP 
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6.2.1.2 NAP-Message 



The NAP-Message provides the complete set of information for an invocation or response pertaining to an NAP 
transaction. 



-- ASNISTART 










-- Specific TETRA definitions to be revised 






NAP-Message ::= SEQUENCE { 


-- similar to LPP 






transactionID 




NAP-TransactionID 


OPTIONAL, 


-- Need ON 


endTransaction 




BOOLEAN, 






sequenceNumber 




SequenceNumber 


OPTIONAL, 


-- Need ON 


acknowledgment 




NAP -Acknowledgment 


OPTIONAL, 


-- Need ON 


nap-MessageBody 
} 




NAP-MessageBody 


OPTIONAL 


-- Need ON 


SequenceNumber : : = 


INTEGER 


{0. .255) 






NAP -Acknowledgment 


::= SEQUENCE { -- NET ASSIST PROVIDE 


ACK 


ackRequested 


BOOLEAN 


, 




-- same LPP 


acklndicator 


SequenceNumber OPTIONAL, 


-- same LPP 


resultCode 


NAP-ResultCode OPTIONAL, 


- specific NAP 


netAssistType 
} 


NAP-AssistType OPTIONAL, 


- specific NAP 


-- ASNISTOP 











LPP-Message field descriptions 



transactionID 

This field is omitted if an Ipp-MessageBody \s not present (i.e. in an LPP message sent only to acknowledge a 
previously received message) or if it is not available to the transmitting entity (e.g. in an LPP-Erro/' message triggered 
by a message that could not be parsed). If present, this field shall be ignored at a receiver in an LPP message for 
which the Ipp-MessageBody is not present. 



endTransaction 

This field indicates whether an LPP message is the last message carrying an Ipp-MessageBody in a transaction 
(TRUE) or not last (FALSE). 



sequenceNumber 

This field may be included when LPP operates over the control plane and an Ipp-MessageBody \s included but shall be 
omitted otherwise. 



acl<nowledgement 

This field is included in an LPP acknowledgement and in any LPP message requesting an acknowledgement when 
LPP operates over the control plane and is omitted otherwise. 



ackRequested 

This field indicates whether an LPP acknowledgement is requested (TRUE) or not (FALSE). A value of TRUE may only 
be included when an Ipp-MessageBody is included. 



acl<lndicator 

This field indicates the sequence number of the message being acknowledged. 



resultCode (NAP specific) 



netAssistType (NAP specific) 



Ipp-MessageBody 

This field may be omitted in case the message is sent only to acknowledge a previously received message. 
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6.2.1.3 LPP-MessageBody 



The LPP-MessageBody identifies the type of an LPP message and contains all LPP information specifically associated 
with that type. 



-- ASNISTART 




NAP-MessageBody ::= CHOICE { -- subset of LPP 




cl 
1 


CHOICE { 
sparelS NULL, sparel4 NULL, 

requestAssistanceData RequestAssistanceData, 
provideAssistanceData ProvideAssistanceData, 
sparell NULL, sparelO NULL, 
abort Abort , 
error Error, 

spare? NULL, spare6 NULL, spares NULL, spare4 NULL, 
spares NULL, spare2 NULL, sparel NULL, spareO NULL 




messageClassExtension SEQUENCE { } 
} 




-- ASNISTOP 





6.2.1.4 NAP-TransactionID 

The NAP-TransactionID identifies a particular NAP transaction and the initiator of the transaction. 





ASNISTART 








NAP-TransactionID ::= 
initiator 
transact ionNumber 

\ 


SEQUENCE { 

Initiator, 
Transact ionNumber, 


1 

In: 

} 
Tr; 


itiator ::= ENUMERATED { 
locationServer, 
targetDevice, 






ansactionNumber ::= 
end messages 


INTEGER 


{0. 


.255) 


-- 


ASNISTOP 









NOTE 1: The NET ASSIST PROVIDE ACK PDU is of type acknowledgment defined as a flag and a sequence 
number, and 3 IE specific of NAP2. 

NOTE 2: The NET ASSIST REJECT PDU is of type error. 

6.2.2 Common lEs 

Common lEs comprise lEs that were applicable in the LPP to more than one positioning method. 
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6.2.2.1 Abort 

The Abort message body in a LPP message carries a request to abort an ongoing LPP procedure. 



-- ASNISTART 




Abort : : = SEQUENCE { 




criticalExtensions CHOICE { 




cl CHOICE { 




abort-r9 Abort-r9-IEs, 




spares NULL, spare2 NULL, sparel NULL 

criticalExtensionsFuture SEQUENCE { } 
} 
} 

Abort-r9-IEs ::= SEQUENCE { 








commonlEsAbort CommonlEsAbort OPTIONAL, 


-- Need ON 


epdu- Abort EPDU- Sequence OPTIONAL 
} 


-- Need ON 


-- ASNISTOP 





6.2.2.2 Error 

The Error message body in a LPP message carries information concerning a LPP message that was received with 
errors. 



-- ASNISTART 






Error : := CHOICE { 






error-r9 Error-r9-IEs, 






criticalExtensionsFuture SEQUENCE { } 
} 






Error-r9-IEs ::= SEQUENCE { 






commonlEsError CommonlEsError 


OPTIONAL, 


-- Need ON 


epdu- Error EPDU- Sequence 
} 


OPTIONAL 


-- Need ON 


-- ASNISTOP 







6.2.2.3 CommonlEsRequestAssistanceData 

The CommonlEsRequestAssistanceData carries common IBs for a Request Assistance Data NAP message Type. 



ASNISTART 



CommonlEsRequestAssistanceData ::= SEQUENCE { 

servingHolderl NULL OPTIONAL, -- LPP compatibility 



-- ASNISTOP 

6.2.2.4 CommonlEsProvideAssistanceData 

The CommonlEsProvideAssistanceData carries common IBs for a Provide Assistance Data NAP message Type. 

ASNISTART 
CommonlEsProvideAssistanceData ::= SEQUENCE 
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6.2.2.5 Common I EsAbort 

The CommonlEsAbort carries common lEs for an Abort NAP message Type. 

-- ASNISTART 

CommonlEsAbort ::= SEQUENCE { 

abortCause ENUMERATED { 

undefined, 

stopper iodicReporting, 
targetDeviceAbort , 
networkAbort , 

} 
} 

-- ASNISTOP 



CommonlEsAbort \\e\6 descriptions 



abortCause 

This IE defines the request to abort an ongoing procedure. 



6.2.2.6 CommonlEsError 

The CommonlEsError carries common lEs for an Error NAP message Type. 



-- ASNISTART 

CommonlEsError ::= SEQUENCE { 
errorCause ENUMERATED 
undefined, 

napMessageHeaderError, 
napMe s sageBodyError , 
epduError, 
incorrectDataValue , 



} 



ASNISTOP 



CommonlEsError Vie\d descriptions 



errorCause 

This IE defines the cause for an error. 'napMessageHeaderError", ' napMessageBodyError" and 'epduErroi" is used if a 
receiver is able to detect a coding error in the NAP header (i.e. in the common fields), LPP message body or in an 
EPDU, respectively. 
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6.2.2.7 



RequestAssistanceData 



The RequestAssistanceData message body in a NAP message is used by the target device to request assistance data 
from the location server. 



-- ASNISTART 








RequestAssistanceData ::= SEQUENCE { 








criticalExtensions CHOICE { 








cl CHOICE { 








requestAssistanceData-r9 RequestAssistanceData- r9-IEs, 








spares NULL, spare2 NULL, sparel NULL 

criticalExtensionsFuture SEQUENCE { } 
} 
} 

RequestAssistanceData-r9-IEs ::= SEQUENCE { 




















commonlEsRequestAssistanceData CommonlEsRequestAssistanceData 


OPTIONAL, 


-- Need 


ON 


a-gnss -RequestAssistanceData A-GNSS -RequestAssistanceData 


OPTIONAL, 


-- Need 


ON 


holderl NULL 


OPTIONAL, 


-- Need 


ON 


epdu-RequestAssistanceData EPDU- Sequence 

} 

-- ASNISTOP 


OPTIONAL, 


-- Need 


ON 









6.2.2.8 



ProvideAssistanceData 



The ProvideAssistanceData message body in a NAP message is used by the location server to provide assistance data to 
the target device either in response to a request from the target device or in an unsolicited manner. 



-- ASNISTART 








ProvideAssistanceData ::= SEQUENCE { 








criticalExtensions CHOICE { 








cl CHOICE { 








ProvideAssistanceData- r9 ProvideAssistanceData- r9-IEs, 








spares NULL, spare2 NULL, sparel NULL 

criticalExtensionsFuture SEQUENCE { } 
} 
} 

ProvideAssistanceData-r9-IEs ::= SEQUENCE { 




















commonlEsProvideAssistanceData CommonlEsProvideAssistanceData 


OPTIONAL, 


-- Need 


ON 


a-gnss -ProvideAssistanceData A-GNSS -ProvideAssistanceData 


OPTIONAL, 


-- Need 


ON 


holderl NULL 


OPTIONAL, 


-- Need 


ON 


epdu- Provide -Assistance -Data EPDU- Sequence 


OPTIONAL, 


-- Need 


ON 


ne t As s i s t GroupAddr e ss NetAssi s t GroupAddr e s s 

} 

-- ASNISTOP 


OPTIONAL, 


-- Need 


ON 









ProvideAssistanceData field descriptions 



CommonlEsProvideAssistanceData 

This IE is provided for future extensibility and should not be included in this version of the protocol. 
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6.2.2.9 A-GNSS-ProvideAssistanceData 

The IE A-GNSS-ProvideAssistanceData is used by the location server to provide assistance data to enable UE-based 
and UE-assisted A-GNSS. It may also be used to provide GNSS positioning specific error reasons. 



-- ASNISTART 










A-GNSS-ProvideAssistanceData : 


= SEQUENCE { 








gnss-CommonAssistData 


GNSS-CommonAssistData 


OPTIONAL, 


-- Need 


ON 


gnss-GenericAssistData 


GNSS-GenericAssistData 


OPTIONAL, 


-- Need 


ON 


gnss-Error 

} 

-- ASNISTOP 


A-GNSS-Error 


OPTIONAL, 


-- Need 


ON 











6.2.2.10 GNSS-CommonAssistData 

The IE GNSS-CommonAssistData is used by the location server to provide assistance data which can be used for any 
GNSS (e.g. GPS, Galileo, GLONASS, etc.). 



-- ASNISTART 












GNSS-CommonAssistData ::= SEQUENCE { 












gnss-Ref erenceTime GNSS 


- Re f erenceTime 


OPTIONAL, 


-- Need 


ON 




gnss-Ref erenceLocation GNSS 


- Re f erenceLocation 


OPTIONAL, 


-- Need 


ON 




gnss-IonosphericModel GNSS 


-lonosphericModel 


OPTIONAL, 


-- Need 


ON 




gnss-EarthOrientationParameters GNSS 

} 

-- ASNISTOP 


-EarthOrientationParameters 


OPTIONAL, 


-- Need 


ON 















6.2.2.11 GNSS-GenericAssistData 

The IE GNSS-GenericAssistData is used by the location server to provide assistance data for a specific GNSS (e.g. 
GPS, Galileo, GLONASS, etc.). The specific GNSS for which the provided assistance data are applicable is indicated 
by the IE GNSS-ID and (if applicable) by the IE SBAS-ID. Assistance for up to 16 GNSSs can be provided. 



-- ASNISTART 












GNSS-GenericAssistData ::= SEQUENCE 


{SIZE {1..16)) OF GNSS-GenericAssistDataElement 




GNSS-GenericAssistDataElement : := 


SEQUENCE { 








gnss-ID 




GNSS-ID, 








sbas-ID 




SBAS-ID 


OPTIONAL, 


-- Cond GNSS-ID-SBAS 


gnss-TimeModels 




GNSS-TimeModelList 


OPTIONAL, 


-- Need 


ON 


gnss-Dif f erentialCorrections 




GNSS -Diff erentialCorrections 


OPTIONAL, 


-- Need 


ON 


gnss-NavigationModel 




GNSS-NavigationModel 


OPTIONAL, 


-- Need 


ON 


gnss-RealTimelntegrity 




GNSS-RealTimelntegrity 


OPTIONAL, 


-- Need 


ON 


gnss-DataBitAssistance 




GNSS-DataBitAssistance 


OPTIONAL, 


-- Need 


ON 


gnss-AcquisitionAssistance 




GNSS-AcquisitionAssistance 


OPTIONAL, 


-- Need 


ON 


gnss-Almanac 




GNSS -Almanac 


OPTIONAL, 


-- Need 


ON 


gnss-UTC-Model 




GNSS-UTC- Model 


OPTIONAL, 


-- Need 


ON 


gnss-AuxiliaryInf ormation 

} 

-- ASNISTOP 




GNSS -Auxiliaryinf ormation 


OPTIONAL, 


-- Need 


ON 













Conditional presence 


Explanation 


GNSS-ID-SBAS 


The field is mandatory present if thie GNSS-ID = sbas; otherwise it is not present. 
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6.2.3 GNSS Assistance Data Elements 
6.2.3.1 GNSS-ReferenceTime 

The IE GNSS-ReferenceTime is used by the location server to provide the GNSS specific system time with uncertainty 
and the relationship between GNSS system time and network air-interface timing of the eNodeB/NodeB/BTS 
transmission in the reference cell. 

If the IE networkTime is present, the lEs gnss-SystemTime and networkTime provide a valid relationship between GNSS 
system time and air-interface network time, as seen at the approximate location of the target device, i.e. the propagation 
delay from the NodeB/NodeB/BTS to the target device shall be compensated for by the location server. Depending on 
implementation, the relation between GNSS system time and air-interface network time may have varying accuracy. 
The uncertainty of this timing relation is provided in the IE referenceTimeUnc. If the propagation delay from the 
eNodeB/NodeB/BTS to the target device is not accurately known, the location server shall use the best available 
approximation of the propagation delay and take the corresponding delay uncertainty into account in the calculation of 
the IE referenceTimeUnc. 

If the IE networkTime is not present, the IE gnssSystemTime is an estimate of current GNSS system time at time of 
reception of the IE GNSS-ReferenceTime by the target device. The location server should achieve an accuracy of 
+ 3 seconds for this estimate including allowing for the transmission delay between the location server and the target 
device. Note that the target device should further compensate gnss-SystemTime for the time between the reception of 
GNSS-ReferenceTime and the time when the gnss-SystemTime is used. 

The location server shall provide a value for the gnss-TimelD only for GNSSs supported by the target device. 

The IE GNSS-ReferenceTimeForOneCell can be provided multiple times (up to 16) to provide fine time assistance for 
several (neighbour) cells. 



-- ASNISTART 








GNSS-ReferenceTime ::= SEQUENCE 
gnss-SystemTime 
referenceTimeUnc 
gnss-Ref erenceTimeForCells 

} 

GNSS-ReferenceTimeForOneCell : 
networkTime 
referenceTimeUnc 
bsAlign 

} 

-- ASNISTOP 


{ 
GNSS-SystemTime, 
INTEGER {0..12 7) 
SEQUENCE {SIZE {1..16)) OF 

GNSS-ReferenceTimeForOneCell 


OPTIONAL, 
OPTIONAL, 


-- Cond noFTA 
-- Need ON 


:= SEQUENCE { 
NetworkTime, 
INTEGER {0. .127) , 
ENUMERATED {true} OPTIONAL, 













Conditional presence 


Explanation 


noFTA 


The field may be present if gnss-ReferenceTimeForCells is absent; otherwise it is not 
present. 
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GNSS-ReferenceTime field descriptions 



gnss-SystemTlme 

This field provides the specific GNSS system time. 



networkTIme 

This field specifies the cellular networl< time at the epoch corresponding to gnss-SystemTime. 



referenceTimeUnc 

This field provides the accuracy of the relation between gnssSystemTime and networkTIme time if IE networkTime is 

provided. When IE networkTime is not provided, this field can be included to provide the accuracy of the provided 

gnssSystemTime. 

If GNSS TOD is the given GNSS time, then the true GNSS time, corresponding to the provided network time as 

observed at the target device location, lies in the interval: 

[GNSS TOD - referenceTimeUnc, GNSS TOD + referenceTimeUnc]. 

The uncertainty r, expressed in microseconds, is mapped to a number K, with the following formula: 

r = Cx(((1+x)^)-1) 
with C = 0.5 and x = 0,14. To encode any higher value of uncertainty than that corresponding in the above formula to 
K = 127, the same value, K = 127, shall also be used. The uncertainty is then coded on 7 bits, as the binary encoding 
of K. Example values for the referenceTimeUnc Format: see table 6.2.3.1 .1 . 



bsAlign 

This flag, if present, indicates that the transmission timings of all cells sharing, depending on the Radio Access 
Technology, the same carrier frequency and Tracking Area/Location Area/Routing Area as the cell indicated, are frame 
aligned. This information allows the target device to derive the GNSS - cellular time relation for any of these cells 
based on the timing relation information provided in GNSS-ReferenceTime. The flag should be set consistently in all 
these cells. This flag does not guarantee single frequency networks (SFN) alignment. 



Table 6.2.3.1.1 : Examples of K to uncertainty relation 



Value of K 


Value of uncertainty 





nanoseconds 


1 


70 nanoseconds 


2 


149,8 nanoseconds 


10 


6,37 microseconds 


50 


349,6 microseconds 


75 


9,26 milliseconds 


127 


> 8,43 seconds 



6.2.3.2 



GNSS-SystemTime 



-- ASNISTART 










GNSS-SystemTime ::= SEQUENCE { 










gnss-TimelD 


GNSS -ID, 








gnss-DayNumber 


INTEGER {0. .32767) , 








gnss-TimeOfDay 


INTEGER {0. .86399) , 








gnss-TimeOfDayFrac-msec 


INTEGER {0. .999) 


OPTIONAL, 


-- Need 


ON 


notif icationOfLeapSecond 


BIT STRING {SIZE (2) ) 


OPTIONAL, 


-- Cond 


gnss-TimelD-glonass 


gps-TOW-Assist 

} 

-- ASNISTOP 


GPS-TOW-Assist 


OPTIONAL, 


-- Cond 


gnss-TimelD-gps 











Conditional presence 



gnss-TimelD-glonass 



Explanation 



The field may be present if gnss-TimelD='glonass'; otherwise it is not present 



gnss-TimelD-gps 



The field may be present if gnss-TimelD='gps'; otherwise it is not present 
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GNSS-SystemTime field descriptions 



gnss-TimelD 

This field specifies the GNSS for which the GNSS-SystemTime is provided. 



gnss-DayNumber 

This field specifies the sequential number of days from the origin of the GNSS System Time as follows: 
GPS, QZSS, SBAS - Days from January 6'^ 1980 00:00:00 UTG{USNO); 
Galileo -TBD; 
GLONASS - Days from January 1 " 1 996. 



gnss-TimeOfDay 

This field specifies the integer number of seconds from the GNSS day change. 



gnss-TimeOfDayFrac-msec 

This field specifies the fractional part of the gnssTimeOfDay field in 1 milliseconds resolution. The total GNSS TOD is 
gnss-TimeOfDay + gnssTlmeOfPayFrac msec. 



notificationOfLeapSecond 

This field specifies the notification of forthcoming leap second correction, as defined by parameter KP in [9], Table 4.7. 

gps-TOW-Assist 

This field contains several fields in the Telemetry (TLM) Word and Handover Word (HOW) that are currently being 

broadcast by the respective GPS satellites. Combining this information with GPS TOW enables the target device to 

know the entire 1 ,2 second (60-bit) pattern of TLM and HOW that is transmitted at the start of each six-second NAV 

subframe by the particular GPS satellite. 



6.2.3.3 



GPS-TOW-Assist 



-- ASNISTART 






GPS-TOW-Assist : : 


= SEQUENCE {SIZE {1. .64) ) 


OF GPS-TOW-AssistElement 


GPS-TOW-AssistElement ::= SEQUENCE { 




satellitelD 


INTEGER {1. .64) , 




tlmWord 


INTEGER {0. .16383) , 




antiSpoof 


INTEGER {0. .1) , 




alert 


INTEGER {0. .1) , 




tlmRsvdBits 

} 

-- ASNISTOP 


INTEGER {0. .3) , 









GPS-TOW-Assist Vie\d descriptions 



satellitelD 

This field identifies the satellite for which the GPS-TOW-Assist is applicable. This field is identical to the GPS PRN 
Signal No. defined in [4]. 



tImWord 

This field contains a 14-bit value representing the Telemetry Message (TLM) being broadcast by the GPS satellite 
identified by the particular satellitelD, with the MSB occurring first in the satellite transmission, as defined in [4]. 



antiSpoof 

This field contains the Anti-Spoof flag that is being broadcast by the GPS satellite identified by satellitelD, as defined in 
I4L 



alert 

This field contains the Alert flag that is being broadcast by the GPS satellite identified by satellitelD, as defined in [4]. 

tlmRsvdBits 

This field contains the two reserved bits in the TLM Word being broadcast by the GPS satellite identified by satellitelD, 

with the MSB occurring first in the satellite transmission, as defined in [4]. 
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6.2.3.4 NetworkTime 



-- ASNISTART 






NetworkTime : : = 


SEQUENCE { 




secondsFromFrameStructureStart INTEGER {0. .12533) , 


f ractionalS 


econdsFromFrameStructureStart INTEGER {0. .3999999) , 


f rameDrif t 




INTEGER {-64.. 63) OPTIONAL, -- Cond GNSSsynch 


celllD 


CHOICE { 






holderl 


NULL, 




holder2 


NULL, 




holder3 


NULL, 




tETRA 


SEQUENCE { 

-- physical parameter TBD for synchronisation to the TETRA carrier 

cellGloballdTETRA NAP-CellGloballdTETRA OPTIONAL, -- Need ON 


} 

-- ASNISTOP 


} OPTIONAL, 







Conditional presence 


Explanation 


GNSSsynch 


The field is present and set to if Networl<Time is synchronized to gnss-SystemTime; 
otherwise the field is optionally present, need OR. 



NetworkTime field descriptions 



SecondsFromFrameStructureStart 

This field specifies the number of seconds from the beginning of the longest frame structure in the corresponding air 
interface. 



fractionalSecondsFromFrameStructureStart 

This field specifies the fractional part of the secondsFromFrameStructureStart in 250 ns resolution. 
The total time since the particular frame structure start is secondsFromFrameStructureStart + 
fractionalSecondsFromFrameStructureStart. 



frameDrift 

This field sp 

from -5,9605 x 10-8 to +5,8673'^ seconds/second. 



This field specifies the drift rate of the GNSS-network time relation with scale factor 2'^° seconds/second, in the range 



celllD 

This field specifies the cell for which the GNSS-network time relation is provided. 



Arfcn 

This field (absolute radio frequency channel number), identifies specific radio channels in a cellular mobile radio system 

in is a numbering system for the cells. 

This is a physical parameters for TETRA bcchCarrier, used to specify the GNSS-network time relation. 



cellGloballdTETRA 

This field specifies the Cell Global Identification (CGI), the globally unique identity of a cell in TETRA, of the reference 
base station for the GNSS-network time relation. 



6.2.3.5 GNSS-ReferenceLocation 

The IE GNSS-ReferenceLocation is used by the location server to provide the target device with a-priori knowledge of 
its location in order to improve GNSS receiver performance. The IE GNSS-ReferenceLocation is provided in WGS-84 
reference system. 

-- ASNISTART 

GNSS-ReferenceLocation ::= SEQUENCE { 

threeDlocation EllipsoidPointWithAltitudeAndUncertaintyEllipsoid, 



ASNISTOP 



£75/ 



33 



ETSI TS 100 392-18-4 VI. 1.1 (2012-06) 



6.2.3.6 



EllipsoidPointWithAltitudeAndUncertaintyEllipsoid 



The IE EllipsoidPointWithAltitudeAndUncertaintyEllipsoid is used to describe a geographic shape as defined in [i.6]. 



-- ASNISTART 












EllipsoidPointWithAltitudeAndUncertaintyEllipsoid ::= SEQUENCE { 








latitudeSign 


ENUMERATED {north, south}, 








degree sLatitude 


INTEGER 


{0. .8388607) , 


-- 23 


bit 


field 


degree sLongitude 


INTEGER 


{-8388608. .8388607) , 


-- 24 


bit 


field 


altitudeDirection 


ENUMERATED {height, depth}. 








altitude 


INTEGER 


{0. .32767) , 


-- 15 


bit 


field 


uncertaintySemiMa j or 


INTEGER 


{0. .127) , 








uncertaintySemiMinor 


INTEGER 


{0. .127) , 








orientationMajorAxis 


INTEGER 


{0. .179) , 








uncertaintyAltitude 


INTEGER 


{0. .127) , 








confidence 
} 


INTEGER 


{0. .100) 








-- ASNISTOP 













6.2.3.7 



GNSS-lonosphericModel 



The IE GNSS-IonosphericModel is used by the location server to provide parameters to model the propagation delay of 
the GNSS signals through the ionosphere. Proper use of these fields allows a single-frequency GNSS receiver to 
remove parts of the ionospheric delay from the pseudorange measurements. Two Ionospheric Models are supported: 
The Klobuchar model as defined in [4], and the NeQuick model as defined in [8]. 



-- ASNISTART 








GNSS-IonosphericModel : 


= SEQUENCE { 






klobucharModel 


KlobucharModelParameter 


OPTIONAL, 


-- Need ON 


neQuickModel 

} 

-- ASNISTOP 


NeQuickModelParameter 


OPTIONAL, 


-- Need ON 









6.2.3.8 



KlobucharModelParameter 



-- ASNISTART 






KlobucharModelParameter : : = 


SEQUENCE { 


datalD 


BIT STRING {SIZE {2) ) , 


alfaO 


INTEGER 


{-128. .127) , 


alfal 


INTEGER 


{-128. .127) 




alfa2 


INTEGER 


{-128. .127) 




alfa3 


INTEGER 


{-128. .127) 




betaO 


INTEGER 


{-128. .127) 




betal 


INTEGER 


{-128. .127) 




beta2 


INTEGER 


{-128. .127) 




beta3 

} 

-- ASNISTOP 


INTEGER 


{-128. .127) 









KlobucharModelParamater field descriptions 



datalD 

When datalD has the value '11' it indicates that the parameters have been generated by QZSS, and the parameters 
have been specialized and are applicable within the area defined in [7]. When datalD has the value '00' it indicates the 
parameters are applicable worldwide [4,7]. All other values for datalD are reserved. 



alphaO 

This field specifies the ao parameter of the Klobuchar model, as specified in [4]. 
Scale factor 2'^° seconds. 



alphal 

This field specifies the ai parameter of the Klobuchar model, as specified in [4]. 
Scale factor 2'^^ seconds/semi-circle. 
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KlobucharModelParamater field descriptions 



alpha2 

This field specifies the a2 parameter of the Klobuchar model, as specified in [4]. 
Scale factor 2'^'^ seconds/semi-circle^. 



alphas 

This field specifies the as parameter of the Klobuchar model, as specified in [4]. 



Scale factor 2'^'^ seconds/semi-circle^ 



betaO 

This field specifies the (3o parameter of the Klobuchar model, as specified in [4]. 
Scale factor 2^^ seconds. 



beta1 

This field specifies the pi parameter of the Klobuchar model, as specified in [4]. 
Scale factor 2^" seconds/semi-circle. 



beta2 

This field specifies the p2 parameter of the Klobuchar model, as specified in [4]. 
Scale factor 2^® seconds/semi-circle^. 



betas 

This field specifies the Pa parameter of the Klobuchar model, as specified in [4]. 
Scale factor 2^® seconds/semi-circle^. 



6.2.3.9 



NeQuickModelParameter 



-- ASNISTART 










NeQuickModelParameter ::= SEQUENCE { 






aiO 


INTEGER 


0. .4095) , 






ail 


INTEGER 





.4095) , 






ai2 


INTEGER 





.4095) , 






ionoStormFlagl 


INTEGER 





.1) 


OPTIONAL, 


-- Need OP 


ionoStormFlag2 


INTEGER 





.1) 


OPTIONAL, 


-- Need OP 


lonoStormFlagS 


INTEGER 





.1) 


OPTIONAL, 


-- Need OP 


ionoStormFlag4 


INTEGER 





.1) 


OPTIONAL, 


-- Need OP 


ionoStormFlagS 

} 

-- ASNISTOP 


INTEGER 





.1) 


OPTIONAL, 


-- Need OP 











NeQuickModelParameter field descriptions 



aiO, ai1, ai2 

These fie ld s are us ed to estimate the ionospheric distorti ons o n pseudo ranges as describe d in [8] on page 71 . 

IonoStormFlagl, lonoStormFlag2, IonoStormFlagS, lonoStormFlag4, IonoStormFlagS 

These fields specify the ionosphere storm flags {1,...,5) for five different regions as described in [8] on page 71. If the 
ionosphere storm flag for a region is not present the target device shall treat the ionosphere storm condition as 
unknown. 



6.2.3.10 



GNSS-EarthOrientationParameters 



The IE GNSS-EarthOrientationParameters is used by the location server to provide parameters to construct the ECEF 
and ECI coordinate transformation as defined in [4]. The IE GNSS-EarthOrientationParameters indicates the 
relationship between the Earth's rotational axis and WGS-84 reference system. 



ASNISTART 



GNSS-EarthOrientationParameters 

teop INTEGER 

pmX INTEGER 

pmXdot INTEGER 

pmY INTEGER 

pmYdot INTEGER 

deltaUTl INTEGER 

deltaUTldot INTEGER 



: : = SEQUENCE { 
{0. .65535) , 
{-1048576 . .1048575) , 
{-16384. .16383) , 
{-1048576 . .1048575) , 
{-16384. .16383) , 
{-1073741824. .1073741823) , 
{-262144. .262143) , 



ASNISTOP 
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GNSS-EarthOrientationParameters field descriptions 



teop 

This field specifies the EOP data reference time in seconds, as specified in [4]. 
Scale factor 2* seconds. 



pmX 

This field specifies the X-axis polar motion value at reference time in arc-seconds, as specified in [4]. 
Scale factor 2'^° arc-seconds. 



pmXdot 

This field specifies the X-axis polar motion drift at reference time in arc-seconds/day, as specified in [4]. 
Scale factor 2"^^ arc-seconds/day. 



pmY 

This field specifies the Y-axis polar motion value at reference time in arc-seconds, as specified in [4]. 
Scale factor 2"^° arc-seconds. 



pmYdot 

This field specifies the Y-axis polar motion drift at reference time in arc-seconds/day, as specified in [4]. 
Scale factor 2'^^ arc-seconds/day. 



deltaUTI 

This field specifies the UT1 - UTC difference at reference time in seconds, as specified in [4]. 
Scale factor 2'^* seconds. 



deltaUTIdot 

This field specifies the Rate of UT1 - UTC difference at reference time in seconds/day, as specified in [4]. 
Scale factor 2"^^ seconds/day. 



6.2.3.11 



GNSS-TimeModelList 



The IE GNSS-TimeModelList is used by the location server to provide the GNSS-GNSS system time offset between the 
GNSS system time indicated by IE GNSS-ID in IE GNSS-GenericAssistDataElement to the GNSS system time 
indicated by IE gnss-TO-ID. Several GNSS-TimeModelElement lEs can be included with different gnss-TO-ID fields. 



-- ASNISTART 














GNSS-TimeModelList ::= 


SEQUENCE 


{SIZE {1 


..15)) OF GNSS-TimeModelElement 






GNSS-TimeModelElement 


: : = 


SEQUENCE { 








gns s - TimeMode IRe f T 


ime 




INTEGER 


{0. .65535) , 






tAO 






INTEGER 


{-67108864. .67108863) , 






tAl 






INTEGER 


{-4096. .4095) OPTIONAL, 


-- Need 


ON 


tA2 






INTEGER 


{-64. .63) OPTIONAL, 


-- Need 


ON 


gnss-TO-ID 






INTEGER 


{1. .15) , 






weekNumber 






INTEGER 


{0. .8191) OPTIONAL, 


-- Need 


ON 


deltaT 

} 

-- ASNISTOP 






INTEGER 


{-128. .127) OPTIONAL, 


-- Need 


ON 















GNSS-TimeModelElement field descriptions 



gnss- TimeModelRefTime 

This field specifies the reference time of week for GNSS-TimeModelElement and it is given in GNSS specific system 

time. 

Scale factor 2* seconds. 



tAO 

This field specifies the bias coefficient of the GNSS-TimeModelElement. 
Scale factor 2'^^ seconds. 



tA1 

This field specifies the drift coefficient of the GNSS-TimeModelElement. 
Scale factor of 2"^^ seconds/second. 



tA2 

This field specifies the drift rate correction coefficient of the GNSS-TlmeModelElement. 
Scale factor of 2"®^ seconds/second^. 



gnss-TO-ID 

This field specifies the GNSS system time of the GNSS for which the GNSS-TimeModelElement is applicable. GNSS- 
TimeModelElement contains parameters to convert GNSS system time from the system indicated by GNSS-ID \.o 
GNSS system time indicated by gnss-TO-ID. The conversion is defined in [4], [5] and [6]. See table 6.2.3.1 1 .1 . 
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GNSS-TimeModelElement field descriptions 



weekNumber 

This field specifies the reference weel< of the GNSS-TimeModelElement given in GNSS specific system time. 
Scale factor 1 week. 



deltaT 

This field specifies the integer number of seconds of the GNSS-GNSS time offset provided in the 
GNSS- TimeModelElement. 
Scale factor 1 second. 



Table 6.2.3.11.1 : gnss-TO-ID to Indication relation 



Value of gnss-TO-ID 


Indication 


1 


GPS 


2 


Galileo 


3 


QZSS 


4 


GLONASS 


5 to 15 


reserved 



6.2.3.12 



GNSS-DifferentialCorrections 



The IE GNSS-DijferentialCorrections is used by the location server to provide differential GNSS corrections to the 
target device for a specific GNSS. Differential corrections can be provided for up to 3 signals per GNSS. 

-- ASNISTART 

GNSS-DifferentialCorrections ::= SEQUENCE { 
dgnss-RefTime INTEGER {0..3599), 
dgnss-SgnTypeList DGNSS-SgnTypeList , 



DGNSS-SgnTypeList 



SEQUENCE {SIZE {1..3)) OF DGNSS-SgnTypeElement 



DGNSS-SgnTypeElement ::= SEQUENCE { 

gnss-SignallD GNSS-SignallD, 
gnss-StatusHealth INTEGER {0..7), 
dgnss-SatList DGNSS-SatList , 



DGNSS-SatList 



SEQUENCE {SIZE {1..64)) OF DGNSS-CorrectionsElement 



DGNSS-CorrectionsElement ::= SEQUENCE { 

svID SV-ID, 

iod BIT STRING {SIZE{11)), 

udre INTEGER { . . 3 ) , 

pseudoRangeCor INTEGER { -2047 .. 2047) , 

rangeRateCor INTEGER {-127.. 127), 

udreGrowthRate INTEGER {0..7) OPTIONAL, -- Need ON 

udreValidityTime INTEGER {0..7) OPTIONAL, -- Need ON 



ASNISTOP 



GNSS-DifferentialCorrections field descriptions 



dgnss-RefTime 

This field specifies the time for which the DGNSS corrections are valid, modulo 1 hour. dgnss-RefTime is given in 
GNSS specific system time. 
Scale factor 1 second. 



dgnss-SgnTypeList 

This list includes differential correction data for different GNSS signal types, identified by GNSS-SignallD. 
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GNSS-DifferentialCorrections field descriptions 



gnss-StatusHealth 

This field specifies the status of the differential corrections. The values of this field and their respective meanings are 

defined as in table 6.2.3.12.1 gnss-StatusHealth Value to Indication relation. 

The first six values in this field indicate valid differential corrections. When using the values described below, the 

"UDRE Scale Factor" value is applied to the UDRE values contained in the element. The purpose is to indicate an 

estimate in the amount of error in the corrections. 

The value "1 1 0" indicates that the source of the differential corrections (e.g. reference station or external DGNSS 

network) is currently not being monitored. The value "1 11" indicates that the corrections provided by the source are 

invalid, as judged by the source. 



dgnss-SatList 

This list includes differential correction data for different GNSS satellites, identified by SV-ID. 



iod 

This field specifies the Issue of Data field which contains the identity for the GNSS-NavigationModel. 



udre 

This field provides an estimate of the uncertainty (1 - o) in the corrections for the particular satellite. The value in this 
field shall be multiplied by the UDRE Scale Factor in the gnss-StatusHealth field to determine the final UDRE estimate 
for the particular satellite. The meanings of the values for this field are shown in the table 6.2.3.12.2 udre Valueio 
Indication relation. 



pseudoRangeCor 

This field specifies the correction to the pseudorange for the particular satellite at dgnss-RefTime, to. The value of this 

field is given in meters and the scale factor is 0,32 meters in the range of ±655,04 meters. The method of calculating 

this field is described in [11]. 

If the location server has received a request for GNSS assistance data from a target device which included a request 

for the GNSS Navigation Model and DGNSS, the location server shall determine, for each satellite, if the navigation 

model stored by the target device is still suitable for use with DGNSS corrections and if so and if DGNSS corrections 

are supported the location server should send DGNSS corrections without including the GNSS Navigation Model. 

The /oc/ value sent for a satellite shall always be the IOD value that corresponds to the navigation model for which the 

pseudo-range corrections are applicable. 

The target device shall only use the pseudoRangeCor \/a\ue when the IOD value received matches its available 

navigation model. 

Pseudo-range corrections are provided with respect to GNSS specific geodetic datum (e.g. PZ-90.02 if GNSS-ID 

indicates GLONASS). 

Scale factor 0,32 meters. 



rangeRateCor 

This field specifies the rate-of-change of the pseudorange correction for the particular satellite, using the satellite 
ephemeris and clock corrections identified by the /oc/ field. The value of this field is given in meters per second and the 
resolution is 0,032 meters/sec in the range of ±4,064 meters/sec. For some time ti > to, the corrections for iod are 
estimated by 

PRG(ti, IOD) = PRG(to, IOD) + RRG{to, IOD) x (ti - to), 
and the target device uses this to correct the pseudorange it measures at ti, PRm(ti, IOD), by 

PR(ti, IOD) = PRm(ti, IOD) -I- PRG(ti, IOD). 
The location server shall always send the RRG value that corresponds to the PRC value that it sends. The target 
device shall only use the RRC value when the /od value received matches its available navigation model. 
Scale factor 0,032 meters/second. 



udreGrowthRate 

This field provides an estimate of the growth rate of uncertainty (1 - o) in the corrections for the particular satellite 
identified by SV-ID. The estimated UDRE at time value specified in the udreValidityTime ti is calculated as follows: 

UDRE(fo+ ti) = UDRE(fo) x udreGrowthRate, 
where to is the DGNSS Reference Time dgnss-RefTime ^or which the corrections are valid, ti is the udreValidityTime 
field, UDRE(fo) is the value of the uc/re field, and udreGrowthRate f\e\6 is the factor as shown in the table 6.2.3.12.3 
Value of UdreGrowthRate to Indication relation. 



udre ValidityTime 

This field specifies the time when the udreGrowthRate T\e\6 applies and is included if udreGrowthRate is included. The 
meaning of the values for this field is as shown in the table 6.2.3.12.4 Value of udreValidityTime \o Indication relation. 
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Table 6.2.3.12.1 : gnss-StatusHealth Value to Indication relation 



gnss-StatusHealth 
Value 


Indication 


000 


UDRE Scale Factor =1,0 


001 


UDRE Scale Factor = 0,75 


010 


UDRE Scale Factor = 0,5 


oil 


UDRE Scale Factor = 0,3 


100 


UDRE Scale Factor = 0,2 


101 


UDRE Scale Factor = 0,1 


110 


Reference Station Transmission Not IVIonitored 


111 


Data is invalid - disregard 



Table 6.2.3.12.2: udre Valueto Indication relation 



udre Value 


Indication 


GO 


UDRE < 1,0 m 


01 


1,0 m< UDRE < 4,0 m 


10 


4,0 m< UDRE < 8,0 m 


11 


8,0 m< UDRE 



Table 6.2.3.12.3: Value of udreGrowthRate to Indication relation 



Value of 
UdreGrowthRate 


Indication 


000 


1,5 


001 


2 


010 


4 


oil 


6 


100 


8 


101 


10 


110 


12 


111 


16 



Table 6.2.3.12.4: Value of udreValidityTime to Indication relation 



Value of 
udreValidityTime 


Indication 
[seconds] 


000 


20 


001 


40 


010 


80 


oil 


160 


100 


320 


101 


640 


110 


1 280 


111 


2 560 



6.2.3.13 GNSS-Navigation Model 

The IE GNSS-NavigationModel is used by the location server to provide precise navigation data to the GNSS capable 
target device. In response to a request from a target device for GNSS Assistance Data, the location server shall 
determine whether to send the navigation model for a particular satellite to a target device based upon factors like the T- 
Toe limit specified by the target device and any request from the target device for DGNSS (see also GNSS- 
DijferentialCorrections). GNSS Orbit Model can be given in Keplerian parameters or as state vector in Earth-Centered 
Earth-Fixed coordinates, dependent on the GNSS-ID and the target device capabilities. The meaning of these parameters 
is defined in relevant ICDs of the particular GNSS and GNSS specific interpretations apply. For example, GPS and 
QZSS use the same model parameters but some parameters have a different interpretation [7]. 
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-- ASNISTART 






GNSS-NavigationModel ::= SEQUENCE { 

nonBroadcastlndFlag INTEGER {0..1), 
gnss-SatelliteList GNSS-NavModelSatelliteList , 

1 




1 
GNSS-NavModelSatelliteList 


::= SEQUENCE {SIZE { 1 . . 64 ) ) OF 


GNSS-NavModelSatelliteElement 


GNSS-NavModelSatelliteElement ::= SEQUENCE { 
svID SV-ID, 

svHealth BIT STRING {SIZE{8)), 
iod BIT STRING (SIZE{11)), 
gnss-ClockModel GNSS-ClockModel, 
gnss-OrbitModel GNSS-OrbitModel, 

1 




/ 

GNSS-ClockModel ::= CHOICE 
StandardClockModelList 
nav-ClockModel 
cnav-ClockModel 
glonass-ClockModel 
sbas-ClockModel 

} 

GNSS-OrbitModel ::= CHOICE 
keplerianSet 
nav- KeplerianSet 
cnav- KeplerianSet 
glonass-ECEF 
sbas-ECEF 

} 

-- ASNISTOP 


{ 

StandardClockModelList , 

NAV-ClockModel, 

CNAV-ClockModel, 

GLONASS-ClockModel, 

SBAS-ClockModel, 


-- Model-1 
-- Model -2 
-- Model -3 
-- Model -4 
-- Model -5 


{ 

NavModelKeplerianSet , 
NavModelNAV- KeplerianSet, 
NavModelCNAV- KeplerianSet, 
NavModel -GLONASS-ECEF, 
NavModel- SBAS-ECEF, 


-- Model-1 
-- Model -2 
-- Model -3 
-- Model -4 
-- Model -5 







GNSS-NavigationModel field descriptions 



nonBroadcastlndFlag 

This field indicates if tlie GNSS-NavigationModel e\emenls are not derived from satellite broadcast data or are given in 
a format not native to the GNSS. A value of means the GNSS-NavigationModel 6a\a elements correspond to GNSS 
satellite broadcasted data; a value of 1 means the GNSS-NavigationModel 6a\a elements are not derived from satellite 
broadcast. 



gnss-SatelliteList 

This list provides ephemeris and clock corrections for GNSS satellites indicated by SV-ID. 



svHealth 

This field specifies the satellite's current health. The health values are GNSS system specific. The interpretation of 
si/Hea/f/? depends on the GNSS-ID and is as shown in table 6.2.3.13.1 GNSS to svHealth Bit String(8) relation. 



iod 

This field specifies the Issue of Data and contains the identity for GNSS Navigation IVIodel. 

In case of broadcasted GPS NAV ephemeris, the /od contains the lODC as described in [4]. 

In case of broadcasted IVIodernized GPS ephemeris, the /oc/ contains the 11 -bit parameter toe as defined in 

[4], Table 30-1 and [6], Table 3.5-1 . 

In case of broadcasted SBAS ephemeris, the /oc/ contains the 8 bits Issue of Data as defined in [10] Message Type 9. 

In case of broadcasted QZSS QZS-L1 ephemeris, the /oc/ contains the lODG as described in [7]. 

In case of broadcasted QZSS QZS-L1 G/L2G/L5 ephemeris, the iod contains the 1 1 -bit parameter toe as defined in [7]. 

In case of broadcasted GLONASS ephemeris, the /od contains the parameter tb as defined in [9]. 

In the case of broadcasted Galileo ephemeris, the /oc/ contains the IOD index as described in [8]. 

The interpretation of /od depends on the GNSS-ID and is as shown in table 6.2.3.13.2 GNSS to iod Bit String(ll) 

relation. 
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Table 6.2.3.13.1 : GNSS to svHealth Bit String(8) relation 



GNSS 


svHealth Bit String(8) 


Biti 
(MSB) 


Bit 2 


Bits 


Bit 4 


Bits 


Bite 


Bit? 


Bits 
(LSB) 


GPS 

L1/GA'^' 


SV Health [4] 


'0' 
(reserved) 


'0' 
(reserved) 


IVIo(Jernize(d 
GPS'^' 


Lie Health 
[6] 


LI Health 
[4], [5] 


L2 Health 
[4], [5] 


L5 Health 
[4], [5] 


'0' 
(reserved) 


'0' 
(reserved) 


'0' 
(reserved) 


'0' 
(reserved) 


SBAS*" 


Ranging 

On 
(0),Qff(1) 

[10] 


Corrections 

Qn(0),Off(1) 

[10] 


Integrity 

On(0),Qff( 

1)[10] 


'0' 
(reserved) 


'0' 
(reserved) 


'0' 
(reserved) 


'0' 
(reserved) 


'0' 
(reserved) 


QZSS*"' 
QZS-L1 


SV Health [7] 


'0' 
(reserved) 


'0' 
(reserved) 


QZSS*'' 

QZS- 

L1 G/L2C/L5 


Lie Health 
[7] 


L1 Health 
[7] 


L2 Health 
[7] 


L5 Health 
[7] 


'0' 
(reserved) 


'0' 
(reserved) 


'0' 
(reserved) 


'0' 
(reserved) 


GLQNASS 


Bn (MSB) 
[9], page 30 


Ft[9], Table 4.4] 


'0' 
(reserved) 


'0' 
(reserved) 


'0' 
(reserved) 


Galileo 
[8, pages 
75-76] 


E5a Data 
Validity 
Status 


E5b Data 
Validity 
Status 


El -B Data 
Validity 
Status 


E5a Signal Health 

Status 
See [8], Table 67 


'0' 
(reserved) 


'0' 
(reserved) 


'0' 
(reserved) 


NQTE 1 : If GNSS-ID in(dicates 'gps', ancj GNSS Qrbit MocJel-2 is inclu(de(d, this interpretation of svHealth applies. 
NOTE 2: If GNSS-ID in(dicates 'gps', ancj GNSS Qrbit MocJel-3 is inclu(de(d, this interpretation of svHealth applies. 

If a certain signal is not supportecd on the satellite indicated by SV-ID, the corresponding health bit shall 

be set to '1 ' (i.e. signal can not be used). 
NQTE 3: svHealth in case of GNSS-ID indicates 'sbas' includes the 5 LSBs of the Health included in GEQ 

Almanac Message Parameters (Type 17) [10]. 
NQTE 4: If GNSS-ID indicates 'qzss', and GNSS Qrbit IVIodel-2 is included, this interpretation of svHealth applies. 
NQTE 5: If GNSS-ID indicates 'qzss', and GNSS Qrbit Model-3 is included, this interpretation of svHealth applies. 



Table 6.2.3.13.2: GNSS to iod Bit String(ll) relation 



GNSS 


/odBitString(ll) 


Biti 
(MSB) 


Bit 2 


Bit 3 


Bit 4 


Bits 


Bite 


Bit? 


Bits 


Bit 9 


Bit 10 


Bit 11 
(LSB) 


GPS L1/GA 


'0' 


Issue of Data, Clock 


[4] 


Modernized 
GPS 


toe (seconds, scale factor 300, range - 604500) [4], [5] and [6] 


SBAS 


'0' 


'0' '0' Issue of Data ([10], Message Type 9) 


QZSS QZS-L1 


'0' 


Issue of Data, Clock [7] 


QZSS 

QZS- 

L1 G/L2G/L5 


toe (seconds, scale factor 300, range - 604500) [7] 


GLQNASS 


'0' 


'0' '0' '0' tb (minutes, scale factor 15, range - 1425) [9] 


Galileo 


'0' 


IQD [8] 



6.2.3.14 



StandardClockModelList 



ASNISTART 



StandardClockModelList 



SEQUENCE {SIZE{1..2)) OF StandardClockModelElement 



dardClockMode 


lElement : : 


= SEQUENCE { 






stanClockToc 


INTEGER 


{0. .16383) , 






stanClockAF2 


INTEGER 


{-2048. .2047) , 






stanClockAFl 


INTEGER 


{-131072. .131071) , 






stanClockAFO 


INTEGER 


{-134217728. .134217727) , 






stanClockTgd 


INTEGER 


{-512. .511) 


OPTIONAL, 


-- Need ON 


stanModellD 


INTEGER 


{0. .1) 


OPTIONAL, 


-- Need ON 
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StandardClockModelList field descriptions 



standardClockModelList 

gnss-ClockModel h^o6e\-^ contains one or two clock model elements depending on the GNSS. If included, clock 
Model-I shall be included once or twice depending on the target device capability. 

If the target device is supporting multiple Galileo signals, the location server shall include both F/Nav and l/Nav clock 
models in gnss-ClockModel if the location server assumes the target device to perform location information calculation 
using multiple signals. 



stanClockToc 

Parameter toe defined in [8]. 
Scale factor 60 seconds. 



stanClockAF2 

Parameter ah defined in [8]. 
Scale factor 2"^^ seconds/second^. 



stanClockAFI 

Parameter afi defined in [8]. 
Scale factor 2''^^ seconds/second. 



stanClockAFO 

Parameter afo defined in [8]. 
Scale factor 2'^^ seconds. 



stanClockTgd 

Parameter Tqd defined in [8]. 

Scale factor 2'^^ seconds. 

This field is required if the target device supports only single frequency Galileo signal. 



stanModellD 

This field specifies the identity of the clock model according to the table 6.2.3.14.1 Value of stanModellD to Identity 
relation. This field is required if the location server includes both F/Nav and l/Nav Galileo clock models in gnss- 
ClockModel. 



Table 6.2.3.14.1 : Value of stanModellD to Identity relation 



Value of 
StanModellD 


Identity 





l/Nav 


1 


F/Nav 



6.2.3.15 



NAV-ClockModel 



ASNISTART 



NAV-ClockModel 
navToc 
navaf 2 
navaf 1 
navaf 
navTgd 



SEQUENCE { 

INTEGER {0 . .37799) , 

INTEGER {-128 . .127) , 

INTEGER {-32768 . .32767) , 

INTEGER {-2097152 . .2097151) 

INTEGER {-128 . .127) , 



ASNISTOP 



NAV-ClockModel i\e\d descriptions 



navToc 

Parameter toe time of clock (seconds) [4] and [7]. 
Scale factor 2" seconds. 



navaf 2 

Parameter af2, clock correction polynomial coefficient (sec/sec^) [4] and [7]. 
Scale factor 2"^^ seconds/second^. 



navaf 1 

Parameter afi, clock correction polynomial coefficient (sec/sec) [4] and [7]. 
Scale factor 2''^^ seconds/second. 



navaf 

Parameter ato, clock correction polynomial coefficient (seconds) [4] and [7]. 
Scale factor 2'^^ seconds. 
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NAV-ClockModel i\e\d descriptions 



navTgd 

Parameter Tqd, group delay (seconds) [4] and [7]. 
Scale factor 2"^^ seconds. 



6.2.3.16 



CNAV-ClockModel 



-- ASNISTART 










CNAV-ClockModel : 


= SEQUENCE 


{ 






cnavToc 


INTEGER 


0. .2015) , 






cnavTop 


INTEGER 


0. .2015) , 






cnavURAO 


INTEGER 


-16. .15) , 






cnavURAl 


INTEGER 


0. .7) , 






cnavURA2 


INTEGER 


0. .7) , 






cnavAf 2 


INTEGER 


-512. .511) , 






cnavAf 1 


INTEGER 


-524288. .524287) , 






cnavAf 


INTEGER 


-33554432. .33554431) , 






cnavTgd 


INTEGER 


-4096. .4095) , 






cnavISCllcp 


INTEGER 


-4096. .4095) 


OPTIONAL, 


-- Need ON 


cnavISCllcd 


INTEGER 


-4096. .4095) 


OPTIONAL, 


-- Need ON 


cnavISCllca 


INTEGER 


-4096. .4095) 


OPTIONAL, 


-- Need ON 


cnavISC12c 


INTEGER 


-4096. .4095) 


OPTIONAL, 


-- Need ON 


cnavISC15i5 


INTEGER 


-4096. .4095) 


OPTIONAL, 


-- Need ON 


cnavISC15q5 

} 

-- ASNISTOP 


INTEGER 


-4096. .4095) 


OPTIONAL, 


-- Need ON 











CNA V-ClockModel field descriptions 



cnavToc 

Parameter toe, clock data reference time of week (seconds) [4], [5], [6] and [7]. 
Scale factor 300 seconds. 



cnavTop 

Parameter top, clock data predict time of week (seconds) [4], [5], [6] and [7]. 
Scale factor 300 seconds 



cnavURAO 

Parameter URApc Index, SV clock accuracy index (dimensionless) [4], [5], [6] and [7]. 



cnavURAl 

Parameter URApd Index, SV clock accuracy change index (dimensionless) [4], [5], [6] and [7]. 



cnavURA2 

Parameter URAoc2 Index, SV clock accuracy change rate index (dimensionless) [4], [5], [6] and [7]. 

cnavAf2 

Parameter af2-n, SV clock drift rate correction coefficient (sec/sec^) [4], [5], [6] and [7]. 

Scale factor 2"®° seconds/second^. 



cnavAfI 

Parameter afi-n, SV clock drift correction coefficient (sec/sec) [4], [5], [6] and [7]. 
Scale factor 2''^^ seconds/second. 



cnavAfO 

Parameter aton, SV clock bias correction coefficient (seconds) [4], [5], [6] and [7]. 
Scale factor 2'^^ seconds. 



cnavTgd 

Parameter Tqd, Group delay correction (seconds) [4], [5], [6] and [7]. 
Scale factor 2"^^ seconds. 



cnavISCllcp 

Parameter ISCucp, inter signal group delay correction (seconds) [6] and [7]. 

Scale factor 2'^^ seconds. 

The location server should include this field if the target device is GPS capable and supports the L1c signal. 



cnavISCllcd 

Parameter ISClicd, inter signal group delay correction (seconds) [6] and [7]. 

Scale factor 2"^^ seconds. 

The location server should include this field if the target device is GPS capable and supports the L1c signal. 



cnavlSCUca 

Parameter ISClic/a, inter signal group delay correction (seconds) [4], [5] and [7]. 

Scale factor 2"^^ seconds. 

The location server should include this field if the target device is GPS capable and supports the L1ca signal. 
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CNA V-ClockModel field descriptions 



cnavlSCt2c 

Parameter ISCl2c, inter signal group delay correction (seconds) [4], [5] and [7]. 

Scale factor 2"^^ seconds. 

The location server should include this field if the target device is GPS capable and supports the L2c signal. 



cnavlSCI5i5 

Parameter ISClsib, inter signal group delay correction (seconds) [5] and [7]. 

Scale factor 2'^^ seconds. 

The location server should include this field if the target device is GPS capable and supports the L5 signal. 



cnavlSCI5q5 

Parameter ISClsqs, inter signal group delay correction (seconds) [5] and [7]. 

Scale factor 2'^^ seconds. 

The location server should include this field if the target device is GPS capable and supports the L5 signal. 



6.2.3.17 GLONASS-ClockModel 

-- ASNISTART 



GLONASS-ClockModel 
gloTau 
gloGamma 
gloDeltaTau 

} 



: : = SEQUENCE { 
INTEGER {-2097152 . .2097151) 
INTEGER {-1024 . .1023) , 
INTEGER {-16 . .15) 



OPTIONAL, 



Need ON 



ASNISTOP 



GLONASS-ClockModel field descriptions 



gloTau 

Parameter Tn(tb), satellite clock offset (seconds) [9]. 
Scale factor 2"^ seconds. 



gloGamma 

Parameter Yn(tbh relative frequency offset from nominal value (dimensionless) [9]. 
Scale factor 2'^°. 



gloDeltaTau 

Parameter Ai„ , time difference between transmission in G2 and G1 (seconds) [9]. 

Scale factor 2'^° seconds. 

The location server should include this parameter if the target device is dual frequency GLONASS receiver capable. 



6.2.3.18 



SBAS-ClockModel 



ASNISTART 



SBAS-ClockModel 
sbasTo 
sbasAgfo 
sbasAgf 1 



SEQUENCE { 
INTEGER {0 . .5399) , 
INTEGER {-2048 . .2047) 
INTEGER {-128 . .127) , 



ASNISTOP 



SBAS-ClockModel field descriptions 



sbasTo 

Parameter to [1 0]. 
Scale factor 1 6 seconds. 



SbasAgfo 

Parameter acfo [10]. 
Scale factor 2'^ seconds. 



sbasAgfl 

Parameter aon [10]. 

Scale factor 2"'* seconds/second. 
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6.2.3.19 NavModelKeplerianSet 

-- ASNISTART 



NavModelKeplerianSet : : = SEQUENCE { 

keplerToe INTEGER 

keplerW INTEGER 

keplerDeltaN INTEGER 

keplerMO INTEGER 

keplerOmegaDot INTEGER 

keplerE INTEGER 

keplerlDot INTEGER 

keplerAPowerHalf INTEGER 

keplerlO INTEGER 

keplerOmegaO INTEGER 

keplerCrs INTEGER 

keplerCis INTEGER 

keplerCus INTEGER 

keplerCrc INTEGER 

keplerCic INTEGER 

keplerCuc INTEGER 



. . 16383) , 

-2147483G48. .2147483647) 
-32768. .32767) , 
-2147483648. .2147483647) 
-8388608. . 8388607) , 
. .4294967295) , 
-8192. .8191) , 
. . 4294967295) , 
-2147483648. .2147483647) 
-2147483648. .2147483647) 
-32768. .32767) 
-32768. .32767) 
-32768. .32767) 
-32768. .32767) 
-32768. .32767) 
-32768. .32767) 



ASNISTOP 



NavModelKeplerianSet field descriptions 



keplerToe 

Parameter toe. time-of-ephemeris in seconds [8]. 
Scale factor 60 seconds. 



keplerW 

Parameter co, argument of perigee (semi-circles) [8]. 
Scale factor 2'^^ semi-circles. 



keplerDeltaN 

Parameter An, mean motion difference from computed value (semi-circles/sec) [8]. 
Scale factor 2''^^ semi-circles/second. 



keplerMO 

Parameter Mq, mean anomaly at reference time (semi-circles) [8]. 
Scale factor 2"^^ semi-circles. 



keplerOmegaDot 

Parameter OIVIEGAdot, longitude of ascending node of orbit plane at weekly epocfi (semi-circles/sec) [8]. 
Scale factor 2''^^ semi-circles/second. 



keplerE 

Parameter e, eccentricity [8]. 
Scale factor 2"^l 



KeplerlDot 

Parameter Idot, rate of inclination angle (semi-circles/sec) [8]. 
Scale factor 2'*^ semi-circles/second. 



keplerAPowerHalf 

1/2 
Parameter sqrtA, semi-major Axis in (meters) [8]. 

Scale factor 2'^^ meters ^ 



keplerlO 

Parameter io, inclination angle at reference time (semi-circles) [8]. 
Scale factor 2"^^ semi-circles. 



keplerOmegaO 

Parameter OMEGAq, longitude of ascending node of orbit plane at weekly epoch (semi-circles) [8]. 
Scale factor 2"^^ semi-circles. 



keplerCrs 

Parameter Crs, amplitude of the sine harmonic correction term to the orbit radius (meters) [8]. 
Scale factor 2"^ meters. 



keplerCis 

Parameter Cjs, amplitude of the sine harmonic correction term to the angle of inclination (radians) [8]. 
Scale factor 2"^^ radians. 



keplerCus 

Parameter Cus> amplitude of the sine harmonic correction term to the argument of latitude (radians) [8]. 
Scale factor 2'^^ radians. 



£75/ 



45 



ETSI TS 100 392-18-4 VI. 1.1 (2012-06) 



NavModelKeplerianSet field descriptions 



keplerCrc 

Parameter Crc, amplitude of the cosine harmonic correction term to the orbit radius (meters) [8]. 
Scale factor 2"^ meters. 



keplerCic 

Parameter Cjc, amplitude of the cosine harmonic correction term to the angle of inclination (radians) [8]. 
Scale factor 2'^^ radians. 



keplerCuc 

Parameter Cuc> amplitude of the cosine harmonic correction term to the argument of latitude (radians) [8]. 
Scale factor 2'^^ radians. 



6.2.3.20 NavModelNAV-KeplerianSet 



ASNISTART 



NavModelNAV-KeplerianSet 

navURA 

navFitFlag 

navToe 

navOmega 

navDeltaN 

navMO 

navOmegaADot 

navE 

navIDot 

navAPowerHalf 

navIO 

navOmegaAO 

navCrs 

navCis 

navCus 

navCrc 

navCic 

navCuc 

addNAVparam 

ephemCodeOnL2 
ephemL2Pf lag 
ephemSFlRsvd 
reservedl 



reserved2 
reservedS 
reserved4 

}, 

ephemAODA 

OPTIONAL, 



INTEGER 

INTEGER 

INTEGER 

INTEGER 

INTEGER 

INTEGER 

INTEGER 

INTEGER 

INTEGER 

INTEGER 

INTEGER 

INTEGER 

INTEGER 

INTEGER 

INTEGER 

INTEGER 

INTEGER 

INTEGER 

SEQUENCE { 

INTEGER {0. 
INTEGER {0. 
SEQUENCE { 
INTEGER 
INTEGER 
INTEGER 
INTEGER 



SEQUENCE { 

0. .15) , 

0. .1) , 

0. .37799) , 

-2147483648. .2147483647) 

-32768. .32767) , 

-2147483648. .2147483647) 

-8388608. .8388607) , 

. .4294967295) , 

-8192. .8191) , 

. .4294967295) , 

-2147483648. .2147483647) 

-2147483648. .2147483647) 

-32768. .32767) , 

32767) , 

32767) , 

32767) , 

32767) , 

32767) , 



-32768. 
-32768. 
-32768. 
-32768. 
-32768. 



3) , 
1) , 

{0. 
{0. 
{0. 
{0. 



.8388607) , 
.16777215) 
.16777215) 
.65535) 



23-bit field 

24-bit field 

24-bit field 

16-bit field 



INTEGER 
Need ON 



{0. .31) 



ASNISTOP 



NavModelNA V-KeplerianSet field descriptions 



navURA 

Parameter URA Index, SV accuracy (dimensionless) [4] and [7]. 



navFitFlag 

Parameter Fit Interval Flag, fit interval indication (dimensionless) [4] and [7]. 



navToe 

Parameter toe, time of ephemeris (seconds) [4] and [7]. 
Scale factor 2* seconds. 



navOmega 

Parameter co, argument of perigee (semi-circles) [4] and [7]. 
Scale factor 2"^^ semi-circles. 



navDeltaN 

Parameter An, mean motion difference from computed value (semj-circles/sec) [4] and [7]. 
Scale factor 2''^^ semi-circles/second. 



navMO 

Parameter Mo, mean anomaly at reference time (semi-circles) [4] and [7]. 
Scale factor 2'^^ semi-circles. 



£75/ 



46 ETSI TS 1 00 392-1 8-4 V1 .1 .1 (201 2-06) 



NavModelNA V-KeplerianSet field descriptions 



navOmegaADot 

Parameter Q , rate of right ascension (semi-circles/sec) [4] and [7]. 



Scale factor 2''^^ semi-circles/second. 



navE 

Parameter e, eccentricity (dimensionless) [4] and [7]. 
Scale factor 2"^l 



navlDot 

Parameter IDOT, rate of inclination angle (semi-circles/sec) [4] and [7]. 
Scale factor 2'*^ semi-circles/second. 



navAPowerHalf 



Parameter ^|A , square root of semi-major axis (meters ) [4] and [7] 



Scale factor 2'^^ meters ''" . 



navIO 

Parameter io, inclination angle at reference time (semi-circles) [4] and [7]. 
Scale factor 2"^^ semi-circles. 



navOmegaAO 

Parameter Do, longitude of ascending node of orbit plane at weekly epoch (semi-circles) [4] and [7]. 
Scale factor 2"^^ semi-circles. 



navCrs 

Parameter Crs, amplitude of sine harmonic correction term to the orbit radius (meters) [4] and [7]. 
Scale factor 2"^ meters. 



navCis 

Parameter Cis, amplitude of sine harmonic correction term to the angle of inclination (radians) [4] and [7]. 
Scale factor 2"^^ radians. 



navCus 

Parameter Cus, amplitude of sine harmonic correction term to the argument of latitude (radians) [4] and [7]. 
Scale factor 2"^^ radians. 



navCrc 

Parameter Crc, amplitude of cosine harmonic correction term to the orbit radius (meters) [4] and [7]. 
Scale factor 2"^ meters. 



navCic 

Parameter Cic, amplitude of cosine harmonic correction term to the angle of inclination (radians) [4] and [7]. 
Scale factor 2"^® radians. 



navCuc 

Parameter Cue, amplitude of cosine harmonic correction term to the argument of latitude (radians) [4] and [7]. 
Scale factor 2"^^ radians. 



addNA Vparam 

These fields include data and reserved bits in the GPS NAV message [4] and [14]. 

These additional navigation parameters, if provided by the location server, allow the target device to perform data wipe- 

off similar to what is done by the target device with the GNSS-DataBitAssistance. 
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6.2.3.21 NavModelCNAV-KeplerianSet 



-- ASNISTART 






NavModelCNAV-KeplerianSet ::= SEQUENCE { 


cnavTop 


INTEGER 


0. .2015) , 


cnavURAindex 


INTEGER 


-16. .15) , 


cnavDeltaA 


INTEGER 


-33554432. .33554431) , 


cnavAdot 


INTEGER 


-16777216. .16777215) , 


cnavDeltaNo 


INTEGER 


-65536. .65535) , 


cnavDeltaNoDot 


INTEGER 


-4194304. .4194303) , 


cnavMo 


INTEGER 


-4294967296. .4294967295) , 


cnavE 


INTEGER 


0. .8589934591) , 


cnavOmega 


INTEGER 


-4294967296. .4294967295) , 


cnavOMEGAO 


INTEGER 


-4294967296. .4294967295) , 


cnavDeltaOmegaDot 


INTEGER 


-65536. .65535) , 


cnavio 


INTEGER 


-4294967296. .4294967295) , 


cnavIoDot 


INTEGER 


-16384. .16383) , 


cnavCis 


INTEGER 


-32768. .32767) , 


cnavCic 


INTEGER 


-32768. .32767) , 


cnavCrs 


INTEGER 


-8388608. .8388607) , 


cnavCrc 


INTEGER 


-8388608. .8388607) , 


cnavCus 


INTEGER 


-1048576. .1048575) , 


cnavCuc 

} 

-- ASNISTOP 


INTEGER 


-1048576. .1048575) , 







NavModelCNA V-KeplerianSet field descriptions 



cnavTop 

Parameter top, data predict time of week (seconds) [4], [5], [6] and [7]. 
Scale factor 300 seconds. 



cnavURAindex 

Parameter URApe Index, SV accuracy (dimensionless) [4], [5], [6] and [7]. 



cnavDeltaA 

Parameter AA, semi-major axis difference at reference time (meters) [4], [5], [6] and [7]. 
Scale factor 2"® meters. 



cnavAdot 

Parameter A , change rate in semi-major axis (meters/sec) [4], [5], [6] and [7]. 
Scale factor 2"^^ meters/sec. 



cnavDeltaNo 

Parameter Ano, mean motion difference from computed value at reference time (semi-circles/sec) [4], [5], [6] and [7]. 
Scale factor 2''^'^ semi-circles/second. 



cna vDeltaNoDot 



Parameter Arq , rate of mean motion difference from computed value (semi-circles/sec^) [4], [5], [6] and [7]. 



Scale factor 2'^^ semi-circles/second^. 



cnavMo 

Parameter IVIon, mean anomaly at reference time (semi-circles) [4], [5], [6] and [7]. 
Scale factor 2"^^ semi-circles. 



cnavE 

Parameter On, eccentricity (dimensionless) [4], [5], [6] and [7]. 
Scale factor 2'^'^. 



cnavOmega 

Parameter «„, argument of perigee (semi-circles) [4], [5], [6] and [7]. 
Scale factor 2'^^ semi-circles. 



cnavOMEGAO 

Parameter Don. reference right ascension angle (semi-circles) [4], [5], [6] and [7]. 
Scale factor 2"^^ semi-circles. 



cna vDeltaOmegaDot 

Parameter AQ , rate of right ascension difference (semi-circles/sec) [4], [5], [6] and [7]. 
Scale factor 2''^'^ semi-circles/second. 



cnavio 

Parameter io-n, inclination angle at reference time (semi-circles) [4], [5], [6] and [7]. 
Scale factor 2"^^ semi-circles. 



cnavloDot 

Parameter lo-n-DOT, rate of inclination angle (semi-circles/sec) [4], [5], [6] and [7]. 
Scale factor 2''^'^ semi-circles/second. 
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NavModelCNA V-KeplerianSet field descriptions 



cnavCis 

Parameter Cisn, amplitude of sine liarmonic correction term to tlie angle of inclination (radians) [4], [5], [6] and [7]. 
Scale factor 2"^° radians. 



cnavCic 

Parameter Cicn, amplitude of cosine harmonic correction term to the angle of inclination (radians) [4], [5], [6] and [7]. 
Scale factor 2'^° radians. 



cnavCrs 

Parameter Crs-n. amplitude of sine harmonic correction term to the orbit radius (meters) [4], [5], [6] and [7]. 
Scale factor 2"^ meters. 



cnavCrc 

Parameter Crc-n> amplitude of cosine harmonic correction term to the orbit radius (meters) [4], [5], [6] and [7]. 
Scale factor 2"® meters. 



cnavCus 

Parameter Cus-n, amplitude of the sine harmonic correction term to the argument of latitude (radians) [4], [5], [6] and [7]. 
Scale factor 2"^° radians. 



cnavCuc 

Parameter Cuc-n, amplitude of cosine harmonic correction term to the argument of latitude (radians) [4], [5], [6] and [7]. 
Scale factor 2"^° radians. 



6.2.3.22 



NavModel-GLONASS-ECEF 



ASNISTART 



NavModel-GLONASS-ECEF 
gloEn 
gloPl 
gloP2 
gloM 
gloX 
gloXdot 
gloXdotdot 
gloY 
gloYdot 
gloYdotdot 
gloZ 
gloZdot 
gloZdotdot 



: = SEQUENCE { 
INTEGER {0 . .31) , 
BIT STRING {SIZE{2)), 
BOOLEAN, 
INTEGER {0 . .3) , 
INTEGER {-67108864 . .67108863) 
INTEGER {-8388608. .8388607) , 
INTEGER {-16 . .15) , 
INTEGER {-67108864 . .67108863) 
INTEGER {-8388608. .8388607) , 
INTEGER {-16 . .15) , 
INTEGER {-67108864 . .67108863) 
INTEGER {-8388608. .8388607) , 
INTEGER {-16 . .15) , 



ASNISTOP 



NavModel-GLONASS-ECEF 1\e\d descriptions 



gloEn 

Parameter En, age of data (days) [9]. 
Scale factor 1 days. 



gloP1 

Parameter P1 , time interval between two adjacent values of tb (minutes) [9]. 



gloP2 

Parameter P2, change of tb flag (dimensionless) [9]. 



gloM 

Parameter M, type of satellite (dimensionless) [9]. 



giox 

Parameter x^^{t^) , x-coordinate of satellite at time tb (kilometers) [9]. 
Scale factor 2'^^ kilometers. 



gloXdot 

Parameter i„(?,,) , x-coordinate of satellite velocity at time tb (kilometers/sec) [9]. 
Scale factor 2"^° kilometers/second. 



gloXdotdot 

Parameter x^{t^) , x-coordinate of satellite acceleration at time tb (kilometers/sec^) [9]. 



Scale factor 2"^° kilometers/second^. 
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NavModel-GLONASS-ECEFrie\d descriptions 


gloY 






Parameter y^ 


(h) 


y-coordinate of satellite at time tb (kilometers) [9]. 


Scale factor 2 


^^ kilometers. 


gloYdot 






Parameter y^ 


(h) 


y-coordinate of satellite velocity at time tb (kilometers/sec) [9]. 


Scale factor 2 


^° kilometers/second. 


gloYdotdot 






Parameter y^ 


(h) 


y-coordinate of satellite acceleration at time tb (kilometers/sec^) [9]. 


Scale factor 2 


^° kilometers/second^. 


gioz 






Parameter z„ 


(h)^ 


z-coordinate of satellite at time tb (kilometers) [9]. 


Scale factor 2 


^^ kilometers. 


gloZdot 






Parameter z„ 


(h)^ 


z-coordinate of satellite velocity at time tb (kilometers/sec) [9]. 


Scale factor 2 


^° kilometers/second. 


flf/oZdoWof 






Parameter z„ 


(t,). 


z-coordinate of satellite acceleration at time tb (kilometers/sec^) [9]. 


Scale factor 2 


^° kilometers/second^. 



6.2.3.23 



NavModel-SBAS-ECEF 



-- ASNISTART 










NavModel-SBAS-ECEF : 


= SEQUENCE 


{ 






sbasTo 


INTEGER 


{0. .5399) 


OPTIONAL, 


-- Cond ClockModel 


sbasAccuracy 


BIT STRING {SIZE (4) ) , 






sbasXg 


INTEGER 


{-536870912. .536870911) , 






sbasYg 


INTEGER 


{-536870912. .536870911) , 






sbasZg 


INTEGER 


{-16777216. .16777215) , 






sbasXgDot 


INTEGER 


{-65536. .65535) , 






sbasYgDot 


INTEGER 


{-65536. .65535) , 






sbasZgDot 


INTEGER 


{-131072. .131071) , 






sbasXgDotDot 


INTEGER 


{-512. .511) , 






sbagYgDotDot 


INTEGER 


{-512. .511) , 






sbasZgDotDot 

} 

-- ASNISTOP 


INTEGER 


{-512. .511) , 















Conditional presence 


Explanation 


ClockModel 


This field is mandatory present if gnss-ClockModel Mo6e\-5 is not included; otherwise it is 
not present. 



NavModel-SBAS-ECEF rie\d descriptions 



sbasTo 

Parameter to, time of applicability (seconds) [10]. 
Scale factor 1 6 seconds. 



SbasAccuracy 

Parameter Accuracy, (dimensionless) [10]. 



sbasXg 

Parameter Xq, (meters) [10]. 
Scale factor 0,08 meters. 



SbasYg 

Parameter Yg, (meters) [10]. 
Scale factor 0,08 meters. 



sbasZg 

Parameter Zq, (meters) [1 0]. 
Scale factor 0,4 meters. 
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NavModel-SBAS-ECEFrie\d descriptions 



sbasXgDot 

Parameter Xg, Rate-of-Change, (meters/sec) [10]. 
Scale factor 0,000625 meters/second. 



sbasYgDot 

Parameter Yg, Rate-of-Change, (meters/sec) [10]. 
Scale factor 0,000625 meters/second. 



sbasZgDot 

Parameter Zq, Rate-of-Change, (meters/sec) [10]. 
Scale factor 0,004 meters/second. 



sbasXgDotDot 

Parameter Xg, Acceleration, (meters/sec^) [10]. 
Scale factor 0,00001 25 meters/secondl 



sbagYgDotDot 

Parameter Yg , Acceleration, (meters/sec^) [1 0]. 
Scale factor 0,0000125 meters/secondl 



sbasZgDotDot 

Parameter Zg Acceleration, (meters/sec^) [10]. 
Scale factor 0,0000625 meters/secondl 



6.2.3.24 GNSS-RealTimelntegrity 

The IE GNSS-RealTimelntegrity is used by the location server to provide parameters that describe the real-time status of 
the GNSS constellations. GNSS-RealTimelntegrity data communicates the health of the GNSS signals to the mobile in 
real-time. 

The location server shall always transmit the GNSS-RealTimelntegrity with the current list of unhealthy signals (i.e. not 
only for signals/SVs currently visible at the reference location), for any GNSS positioning attempt and whenever GNSS 
assistance data are sent. If the number of bad signals is zero, then the GNSS-RealTimelntegrity IE shall be omitted. 



-- ASNISTART 
















GNSS-RealTimelntegr 
gnss-BadSignalL 

} 
GNSS-BadSignalList 


Lty 

LSt 


: : = SEQUENCE { 
GNSS-BadSignalL 


LSt, 










: : = 


SEQUENCE {SIZEd 


.64) ) 


OF 


Bads 


ignalElement 


BadSignalElement : : 
badSVID 
badSignallD 

} 

-- ASNISTOP 


= SEQUENCE { 
SV-ID, 
GNSS-SignallDs 


OPTIONAL 


- 


- Need 


OP 

















GNSS-RealTimelntegrity field descriptions 



gnss-BadSignalList 

This field specifies a list of satellites with bad signal or signals. 



badSVID 

This field specifies the GNSS SV-ID of the satellite with bad signal or signals. 



badSignallD 

This field identifies the bad signal or signals of a satellite. This is represented by a bit string in GNSS-SignallDs, with a 
one-value at a bit position means the particular GNSS signal type of the SV is unhealthy; a zero-value means healthy. 
Absence of this field means that all signals on the specific SV are bad. 



6.2.3.25 GNSS-DataBitAssistance 

The IE GNSS-DataBitAssistance is used by the location server to provide data bit assistance data for specific satellite 
signals for data wipe-off. The data bits included in the assistance data depends on the GNSS and its signal. 
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ASNISTART 



GNSS-DataBitAssistance ::= SEQUENCE { 

gnss-TOD INTEGER {0..3599), 

gnss-TODfrac INTEGER {0..999) OPTIONAL, -- Need ON 

gnss-DataBitsSatList GNSS-DataBitsSatList , 



GNSS-DataBitsSatList ::= SEQUENCE {SIZE {1 . . 64 ) ) OF GNSS-DataBitsSatElement 

GNSS-DataBitsSatElement ::= SEQUENCE { 
svID SV-ID, 

gnss-DataBitsSgnList GNSS-DataBitsSgnList , 



GNSS-DataBitsSgnList ::= SEQUENCE {SIZE{1..8)) OF GNSS-DataBitsSgnElement 

GNSS-DataBitsSgnElement ::= SEQUENCE { 

gnss-SignalType GNSS-SignallD, 
gnss-DataBits BIT STRING {SIZE {1..1024)), 



ASNISTOP 



GNSS-DataBitAssistance field descriptions 



gnss-TOD 

This field specifies the reference time of the first bit of the data in GNSS-DataBitAssistance in integer seconds in GNSS 
specific system time, modulo 1 hour. 
Scale factor 1 second. 



gnss-TODfrac 

This field specifies the fractional part of the gnss-TOD in 1 -milli-second resolution. 
Scale factor 1 millisecond. The total GNSS TOD is gnss-TOD + gnss-TODfrac. 



gnss-DataBitsSatList 

This list specifies the data bits for a particular GNSS satellite SV-ID and signal GNSS-SignailD. 



svID 

This field specifies the GNSS SV-ID of the satellite for which the GNSS-DataBitAssistance is given. 



gnss-SignalType 

This field identifies the GNSS signal type of the GNSS-DataBitAssistance. 



gnss-DataBits 

Data bits are contained in GNSS system and data type specific format. 

In case of GPS LI G/A, it contains the NAV data modulation bits as defined in [4]. 

In case of Modernized GPS L1G, it contains the encoded and interleaved modulation symbols as defined in [6] 
clause 3.2.3.1 . In case of Modernized GPS L2G, it contains either the NAV data modulation bits, the FEC encoded 
NAV data modulation symbols, or the PEG encoded CNAV data modulation symbols, dependent on the current signal 
configuration of this satellite as defined in [4] Table 3-III. In case of Modernized GPS L5, it contains the FEC encoded 
CNAV data modulation symbols as defined in [5]. 

In case of SBAS, it contains the FEC encoded data modulation symbols as defined in [10]. 

In case of QZSS QZS-L1 , it contains the NAV data modulation bits as defined in [7] clause 5.2. In case of QZSS QZS- 
L1C, it contains the encoded and interleaved modulation symbols as defined in [7] clause 5.3. In case of QZSS QZS- 
L2C, it contains the encoded modulation symbols as defined in [7] clause 5.5. In case of QZSS QZS-L5, it contains the 
encoded modulation symbols as defined in [7] clause 5.6. 

In case of GLQNASS, it contains the 100 sps differentially Manchester encoded modulation symbols as defined in [9] 
clause 3.3.2.2. 

In case of Galileo, it contains the FEC encoded and interleaved modulation symbols. The logical levels 1 and 
correspond to signal levels -1 and +1 , respectively. 
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6.2.3.26 GNSS-AcquisitionAssistance 

The IE GNSS-AcquisitionAssistance is used by the location server to provide parameters that enable fast acquisition of 
the GNSS signals. Essentially, these parameters describe the range and derivatives from respective satellites to the 
reference location at the reference time GNSS-SystemTime provided in IE GNSS-ReferenceTime. 

Whenever GNSS-AcquisitionAssistance is provided by the location server, the IE GNSS-ReferenceTime shall be 
provided as well. E.g. even if the target device request for assistance data includes only a request for GNSS- 
AcquisitionAssistance, the location server shall also provide the corresponding IE GNSS-ReferenceTime. 

Figure 6.2.3.26.1 illustrates the relation between some of the fields, using GPS TOW as exemplary reference. 



-- ASNISTART 








GNSS-AcquisitionAssistance ::= 


SEQUENCE 


{ 




gnss-SignallD 


GNSS-SignallD, 




gnss-AcquisitionAssistList 

} 

GNSS-AcquisitionAssistList ::= 


GNSS-AcquisitionAssistList, 




SEQUENCE 


{SIZE{1. .64) ) OF GNSS 


-AcquisitionAssistElement 


GNSS-AcquisitionAssistElement 


: : = SEQUENCE { 




svID 


SV-ID, 






dopplerO 


INTEGER 


{-2048. .2047) , 




dopplerl 


INTEGER 


{0. .63) , 




dopplerUncertainty 


INTEGER 


{0. .4) , 




codePhase 


INTEGER 


{0. .1022) , 




intCodePhase 


INTEGER 


{0. .127) , 




codePhaseSearchWindow 


INTEGER 


{0. .31) , 




azimuth 


INTEGER 


{0. .511) , 




elevation 


INTEGER 


{0. .127) , 




codePhasel023 
} 


BOOLEAN 


OPTIONAL 


-- Need OP 


-- ASNISTOP 









GNSS-AcquisitionAssistance field descriptions 



gnss-SignallD 

This field specifies the GNSS signal for which the acquisition assistance are provided. 



gnss-AcquisitionAssistList 

These fields provide a list of acquisition assistance data for each GNSS satellite. 



svID 

This field specifies the GNSS SV-ID of the satellite for which the GNSS-AcquisitionAssistance is given. 



dopplerO 

This field specifies the Doppler (0*^ order term) value. A positive value in Doppler defines the increase in satellite signal 
frequency due to velocity towards the target device. A negative value in Doppler defines the decrease in satellite signal 
frequency due to velocity away from the target device. Doppler is given in unit of m/s by multiplying the Doppler value 
in Hz by the nominal wavelength of the assisted signal. 
Scale factor 0,5 m/s in the range from -1 024 m/s to +1 023,5 m/s. 



dopplerl 

This field specifies the Doppler {1*" order term) value. A positive value defines the rate of increase in satellite signal 
frequency due to acceleration towards the target device. A negative value defines the rate of decrease in satellite 
signal frequency due to acceleration away from the target device. 
Scale factor 1/210 m/s^ in the range from -0,2 m/s^ to +0,1 m/s^. 



dopplerUncertainty 

This field specifies the Doppler uncertainty value. It is defined such that the Doppler experienced by a stationary target 
device is in the range [Doppler-Doppler Uncertainty] to [Doppler+Doppler Uncertainty]. Doppler Uncertainty is given in 
unit of m/s by multiplying the Doppler Uncertainty value in Hz by the nominal wavelength of the assisted signal. 
Defined values: 2,5 m/s, 5 m/s, 1 m/s, 20 m/s, 40 m/s as encoded by an integer n in the range to 4 according to: 
2 "(40) m/s; n = to 4. 



codePhase 

This field together with the codePhasel 023 field specifies the code phase, in units of milli-seconds, in the range from 
to 1 millisecond scaled by the nominal chipping rate of the GNSS signal, where increasing values of the field signify 
increasing predicted signal code phases, as seen by a receiver at the reference location at the reference time. The 
reference location would typically be an apriori estimate of the target device location. 
Scale factor 2"^° msin the range from Oto (1 - 2"^°) ms. 
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GNSS-AcquisitionAssistance field descriptions 



intCodePhase 

This field contains Integer code phase (expressed modulo 128 ms) currently being transmitted at the reference time, as 

seen by a receiver at the reference location. 

Scale factor 1 ms in the range from Oto 127 ms. 



codePhaseSearch Window 

This field contains the code phase search window. The code phase search window accounts for the uncertainty in the 
estimated target device location but not any uncertainty in reference time. It is defined such that the expected code 
phase is in the range [Code Phase-Code Phase Search Window] to [Code Phase+Code Phase Search Window] given 
in units of milliseconds. 

Range to 31 , mapping according to the table 6.2.3.26.1 codePhaseSearchWindow Value to Interpretation Code 
Phase Search Window [ms] relation. 



azimuth 

This field specifies the azimuth angle. An angle of x degrees means the satellite azimuth a is in the range 

(x < a < X + 0,7031 25) degrees. 

Scale factor 0,7031 25 degrees. 



elevation 

This field specifies the elevation angle. An angle of y degrees means the satellite elevation e is in the range 

(y < e < y + 0,703125) degrees. 

Scale factor 0,7031 25 degrees. 



codePliase1023 

This field if set to TRUE indicates that the code phase has the value 1 023 x 2"^° = (1 - 2"^°) ms. This field may only be 
set to TRUE if the value provided in the codePhase IE is 1 022. If this field is set to FALSE, the code phase is the value 
provided in the codePhase IE in the range from to (1 - 2 x 2'^°) ms. If this field is not present and the codePhase IE 
has the value 1 022, the target device may assume that the code phase is between (1 - 2 x 2'^°) ms and (1 - 2"^°) ms. 



Table 6.2.3.26.1 : codePhaseSearchWindow Value to Interpretation Code Phase Search Window [ms] 

relation 



codePhaseSearchWindow 
Value 


Interpretation 
Code Phase Search Window [ms] 


'00000 




No information 


'00001 




0,002 


'00010 




0,004 


'00011 




0,008 


'00100 




0,012 


'00101 




0,016 


'00110 




0,024 


'00111 




0,032 


'01000 




0,048 


'01001 




0,064 


'01010 




0,096 


'01011 




0,128 


'01100 




0,164 


'01101 




0,200 


'01110 




0,250 


'01111 




0,300 


'10000 




0,360 


'10001 




0,420 


'10010 




0,480 


'10011 




0,540 


'10100 




0,600 


'10101 




0,660 


'10110 




0,720 


'10111 




0,780 


'11000 




0,850 


'11001 




1,000 


'11010 




1,150 


'11011 




1,300 


'11100 




1,450 


'11101 




1,600 


'11110 




1,800 


'11111 




2,000 
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SV#1 clockbias|Ats,i| 

(t = tev-Atevl) ► 



SW1 time U [ms] <^ 9997 \<^ 9998 N<^ 999!r^<^10,000^^X^''0.00''"^X^''0.002N<^10,003 AtSV#1 



SV#Nsat clock bias |Atsvf 



SV#Nsat time Ums,> [ms] ' 9997 N^ 9998 N^ 9999 ' >^1 0,OOoN^1 0,001 N(^1 0,002N<^1 0,003^^ At SWNsat 



GPSTOWt[ms] 3997 ^<^ 9998 \(^ 



, 1 ms 



9999 



■-0.6383 ms- 



Predicted SV#1 time tsvi [ms] ><;^ 9920 N-^ 9921 \ (^^'992 J^X^ 9923 N<^ 9924 N<^ 9925 "^^><^ 9926 



h^ 



I — Cliosen Reference Epoch in gnssReferenceTime 
'1 0,OOoN<^1 0,001 N<^1 0,002N<^1 0,003^^ ^ 



Exemplary Calculation of predicted ts,: 

Uv = t+Atsv-T 

t: propagation delay from SV to target device 
Atsvi Clock Bias 



Predicted SWNsat time tsvNsai [ms] (^ 9924 N<^ 9925 \ <^ 9926 



■-0.7849 ms- 



GNSS Acquisition Assistance for SV#1: 

GPS TOW = 10,000 ms (a multiple of 1 ms) 

Code Phase ~ 0.6383 ms 

Integer Code Phase = 10,000 - 9922 = 78 ms 

Exemplary calculation of expected tsvi [ms] at ttie 
target device: 

tsvi = GPS TOW- Integer Code Phase -i- Code Phase 
= 10,000 - 78 ■!• 0.6383 = 9922.6383 ms 

^^X^ 9927 Nc^' 9928 N<^ 9929 N<^ 9930 ^ y 



■B 
<u 
on 

< 



Figure 6.2.3.26.1 : Exemplary calculation of some GNSS Acquisition Assistance fields. 



6.2.3.27 



GNSS-Almanac 



The IE GNSS-Almanac is used by the location server to provide the coarse, long-term model of the satellite positions 
and clocks. The meaning of these parameters is defined in relevant ICDs of the particular GNSS and GNSS specific 
interpretations apply. For example, GPS and QZSS use the same model parameters but some parameters have a 
different interpretation [7]. GNSS-Almanac is useful for receiver tasks that require coarse accuracy, such as determining 
satellite visibility. The model is valid for up to a few weeks, typically. Since it is a long-term model, the field should be 
provided for all satellites available in the GNSS constellation (i.e. not only for SVs visible at the reference location and 
including SVs flagged as unhealthy in almanac). The complete AlmanacProvided field indicates whether or not the 
location server provided almanacs for the complete GNSS constellation. 
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ASNISTART 



GNSS-Almanac ::= SEQUENCE { 
weekNumber 
toa 
ioda 

completeAlmanacProvided 
gnss-AlmanacList 



INTEGER {0 . .255) 
INTEGER {0 . .255) 
INTEGER {0 . .3) 
BOOLEAN, 
GNSS-AlmanacList, 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 



Need ON 
Need ON 
Need ON 



GNSS-AlmanacList 



SEQUENCE {SIZE{1. .64) ) OF GNSS-AlmanacElement 



GNSS-AlmanacElement ::= CHOICE { 

keplerianAlmanacSet AlmanacKeplerianSet , -- Model-1 

keplerianNAV-Almanac AlmanacNAV-KeplerianSet , -- Model-2 

keplerianReducedAlmanac AlmanacReducedKeplerianSet , -- Model -3 

keplerianMidlAlmanac AlmanacMidiAlmanacSet , -- Model-4 

keplerianGLONASS AlmanacGLONASS-AlmanacSet , -- Model-5 

Model -6 



ecef - SBAS -Almanac 



AlmanacECEF - SBAS - AlmanacSet , 



ASNISTOP 



GNSS-Almanac i\e\d descriptions 



weekNumber 

This field specifies the almanac reference week number in GNSS specific system time to which the almanac reference 
time toa is referenced, modulo 256 weeks. This field is required for non-GLONASS GNSS. 



toa 



This field specifies the almanac reference time given in GNSS specific system time, in units of seconds with a scale 
factor of 2^ . This field is required for non-GLONASS GNSS. 



ioda 

This field specifies the issue of data. This field is required for Galileo GNSS. 



completeAlmanacProvided 

If set to TRUE, the gnss-/A/manac/-/sf contains almanacs for the complete GNSS constellation indicated by GNSS-ID. 

gnss-AlmanacList 

This list contains the almanac model for each GNSS satellite in the GNSS constellation. 



6.2.3.28 AlmanacKeplerianSet 



-- ASNISTART 






AlmanacKeplerianSet ::= 


SEQUENCE { 




svID 


SV-ID, 




kepAlmanacE 


INTEGER 


0. .2047) , 


kepAlmanacDeltal 


INTEGER 


-1024. .1023) , 


kepAlmanacOmegaDot 


INTEGER 


-1024. .1023) , 


kepSVHealth 


INTEGER 


0. .15) , 


kepAlmanacAPowerHalf 


INTEGER 


-65536. .65535) , 


kepAlmanacOmegaO 


INTEGER 


-32768. .32767) , 


kepAlmanacW 


INTEGER 


-32768. .32767) , 


kepAlmanacMO 


INTEGER 


-32768. .32767) , 


kepAlmanacAFO 


INTEGER 


-8192. .8191) , 


kepAlmanacAFl 

} 

-- ASNISTOP 


INTEGER 


-1024. .1023) , 







AlmanacKeplerianSet field descriptions 



svID 

This f ield ide ntifies the satellite for which the GNSS Almanac Model is given. 



kepAlmanacE 

Parameter e, eccentricity, dimensionless [8]. 
Scale factor 2"^ ^ 



kepAlmanacDeltal 

Parameter 5i, semi-circles [8]. 
Scale factor 2"^'* semi-circles. 
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AlmanacKeplerianSet field descriptions 



kepAlmanacOmegaDot 

Parameter OMEGADOT, longitude of ascending node of orbit plane at weekly epoch (semi-circles/sec) [8]. 
Scale factor 2"^^ semi-circles/seconds. 



kepSVHealth 

Parameter SV Health KP, dimensionless. This field specifies the SV Health status in GNSS almanac model using 
Keplerian parameters. In Galileo case this field shall contain the l/NAV health status bits [8], 



kepAlmanacAPowerHalf 

Parameter delta A^'^, Semi-Major Axis delta (meters) [8]. 
Scale factor 2'^ meters '''" . 



kepAlmanacOmegaO 

Parameter OIVIEGAo, longitude of ascending node of orbit plane at weekly epoch (semi-circles) [8]. 
Scale factor 2"^^ semi-circles. 



kepAlmanacW 

Parameter co, argument of perigee (semi-circles) [8]. 
Scale factor 2"^^ semi-circles. 



kepAlmanacMO 

Parameter l\/lo, mean anomaly at reference time (semi-circles) [8]. 
Scale factor 2'^^ semi-circles. 



kepAlmanacAFO 

Parameter afo, seconds [8]. 
Scale factor 2'^^ seconds. 



kepAlmanacAFI 

Parameter afi, sec/sec [8]. 
Scale factor 2"^® seconds/second. 



6.2.3.29 AlmanacNAV-KeplerianSet 

-- ASNISTART 

AlmanacNAV-KeplerianSet ::= SEQUENCE { 

svID SV-ID, 

navAlmE INTEGER {0..S5535), 

navAlmDeltal INTEGER { -32768 .. 327S7) , 

navAlmOMEGADOT INTEGER {-32768.. 32767), 

navAlmSVHealth INTEGER {0..255), 

navAlmSqrtA INTEGER {0 .. 16777215 ) , 

navAlmOMEGAo INTEGER {-8388608. .8388607) 

navAlmOmega INTEGER {-8388608.. 8388607) 

navAlmMo INTEGER { -8388608 .. 8388607) 

navAlmafO INTEGER { -1024 .. 1023 ) , 

navAlmafl INTEGER { -1024 .. 1023 ) , 



ASNISTOP 
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AlmanacNA V-KeplerianSet field descriptions 



svID 

This field identifies the satellite for which the GNSS Almanac Model is given. 



navAlmE 

Parameter e, eccentricity, dimensionless [4] and [7]. 
Scale factor 2"^\ 



navAlmDeltal 

Parameter 5i, correction to inclination, semi-circles [4] and [7]. 
Scale factor 2"^^ semi-circles. 



navAlmOMEGADOT 

Parameter Q. , rate of right ascension, semi-circles/sec [4] and [7]. 
Scale factor 2"^^ semi-circles/second. 



navAlmSVHealth 

Parameter SV Health, satellite health [4,7]. 



navAlmSqrtA 

Parameter ^jA , square root of the semi-major axis, meters"^ [4] and [7]. 



Scale factor 2"^^ meters "^ 



na vAlmOMEGAo 

Parameter Do, longitude of ascending node of orbit plane at weekly epoch, semi-circles [4] and [7]. 
Scale factor 2"^^ semi-circles. 



navAlmOmega 

Parameter co, argument of perigee semi-circles [4] and [7]. 
Scale factor 2"^^ semi-circles. 



navAlmMo 

Parameter Mo, mean anomaly at reference time semi-circles [4] and [7]. 
Scale factor 2"^^ semi-circles. 



navAlmafO 

Parameter ato, apparent satellite clock correction seconds [4] and [7]. 
Scale factor 2"^° seconds. 



navAlmafI 

Parameter afi, apparent satellite clock correction sec/sec [4] and [7]. 
Scale factor 2"^^ semi-circles seconds/second. 



6.2.3.30 AlmanacReducedKeplerianSet 



-- ASNISTART 






AlmanacReducedKepleri 


anSet 


: : = SEQUENCE { 


svID 




SV-ID, 


redAlmDeltaA 




INTEGER {-128. .127) , 


r edAlmOmega 




INTEGER {-S4. .63) , 


redAlmPhiO 




INTEGER {-64. .63) , 


redAlmLlHealth 




BOOLEAN, 


redAlmL2Health 




BOOLEAN, 


redAlmLBHealth 

} 

-- ASNISTOP 




BOOLEAN, 
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AlmanacReducedKeplehanSet field descriptions 



svID 

This field identifies the satellite for which the GNSS Almanac Model is given. 



redAlmDeltaA 

Parameter 6a, meters [4], [5], [6] and [7]. 
Scale factor 2*^ meters. 



redAlmOmegaO 

Parameter Do, semi-circles [4], [5], [6] and [7]. 
Scale factor 2"^ semi-circles. 



redAlmPhiO 

Parameter <l>o, semi-circles [4], [5], [6] and [7]. 
Scale factor 2'® semi-circles. 



redAlmU Health 

Parameter L1 Health, dimensionless [4], [5], [6] and [7]. 



redAlmL2Health 

Paramet er L2 Health, dimensionless [4], [5], [6] and [7]. 



redAlmLSHealth 

Parameter L5 Health, dimensionless [4], [5], [6] and [7]. 



6.2.3.31 AlmanacMidiAlmanacSet 

-- ASNISTART 

AlmanacMidiAlmanacSet : : = SEQUENCE { 

svID SV-ID, 

midiAlmE INTEGER {0..2047), 

midiAlmDeltal INTEGER { -1024 .. 1023 ) , 

midlAlmOmegaDot INTEGER {-1024.. 1023), 

midiAlmSqrtA INTEGER {0.. 131071), 

midiAlmOmegaO INTEGER {-32768.. 32767) 

midiAlmOmega INTEGER {-32768.. 32767) 

midiAlmMo INTEGER { -32768 .. 32767) 

midiAlmafO INTEGER { -1024 .. 1023 ) , 

midiAlmafl INTEGER {-512.. 511), 

midiAlmLlHealth BOOLEAN, 

midiAlmL2Health BOOLEAN, 

midiAlmL5Health BOOLEAN, 



ASNISTOP 
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AlmanacMidiAlmanacSet field descriptions 



svID 

This field identifies the satellite for which the GNSS Almanac Model is given. 



midiAlmE 

Parameter e, dimensionless [4], [5], [6] and [7]. 



Scale factor 2'^^ 



midiAlmDeltal 

Parameter 5i, semi-circles [4], [5], [6] and [7]. 
Scale factor 2'^'^ semi-circles. 



midiAlmOmegaDot 

Parameter Q. , semi-circles/sec [4], [5], [6] and [7]. 
Scale factor 2"^^ semi-circles/second. 



midiAlmSqrtA 

Parameter Va , meters"^ [4], [5], [6] and [7]. 
Scale factor 2''^ meters^'^. 



midiAlmOmegaO 

Parameter Do, semi-circles [4], [5], [6] and [7]. 
Scale factor 2'^^ semi-circles. 



midiAlmOmega 

Parameter co, semi-circles [4], [5], [6] and [7]. 
Scale factor 2"^^ semi-circles. 



midiAlmMo 

Parameter Mo, semi-circles [4], [5], [6] and [7]. 
Scale factor 2"^^ semi-circles. 



midiAlmafO 

Parameter ato, seconds [4], [5], [6] and [7]. 
Scale factor 2"^° seconds. 



midiAlmafI 

Parameter afi, sec/sec [4], [5], [6] and [7]. 
Scale factor 2"^^ seconds/second. 



midiAlmLI Health 

Parameter L1 Health, dimensionless [4], [5], [6] and [7]. 



midiAlmL2Health 

Parameter L2 Health, dimensionless [4], [5], [6] and [7]. 



midiAlmL5Health 

Parameter L5 Health, dimensionless [4], [5], [6] and [7]. 



6.2.3.32 AlmanacGLONASS-AlmanacSet 



-- ASNISTART 










AlmanacGLONASS-AlmanacSet 


: : = SEQUENCE { 






gloAlm-NA 


INTEGER 


{1. .1461) , 






gloAlmnA 


INTEGER 


{1. .24) , 






gloAlmHA 


INTEGER 


{0. .31) , 






gloAlmLambdaA 


INTEGER 


{-1048576. .1048575) , 






gloAlmtlambdaA 


INTEGER 


{0. .2097151) , 






gloAlmDeltala 


INTEGER 


{-131072. .131071) , 






gloAlmDeltaTA 


INTEGER 


{-2097152. .2097151) , 






gloAlmDeltaTdotA 


INTEGER 


{-64. .63) , 






gloAlmEpsilonA 


INTEGER 


{0. .32767) , 






gloAlmOmegaA 


INTEGER 


{-32768. .32767) , 






gloAlmTauA 


INTEGER 


{-512. .511) , 






gloAlmCA 


INTEGER 


{0. .1) , 






gloAlmMA 

} 

-- ASNISTOP 


BIT STRING {SIZE (2) ) 


OPTIONAL, 


-- Need ON 
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AlmanacGLONASS-AlmanacSet field descriptions 



gloAlm-NA 

Parameter N*, days [9]. 
Scale factor 1 days. 



gloAlmnA 

Paramet er n'^, dimensionless [9], 

gloAlmHA 

Parameter Hn^ dimensionless [9], 



gloAlmLambdaA 

Parameter Xn*, semi-circles [9]. 
Scale factor 2"^° semi-circles. 



gloAlmtlambdaA 

Parameter t^n'^, seconds [9]. 
Scale factor 2"^ seconds. 



gloAlmDeltala 

Parameter Ain^ semi-circles [9]. 
Scale factor 2"^° semi-circles. 



gloAlmDeltaTA 

Parameter ATn*, sec/orbit period [9]. 
Scale factor 2'^ seconds/orbit period. 



gloAlmDeltaTdotA 

Parameter AT_DOTn'^, sec/orbit period^ [9]. 
Scale factor 2'^* seconds/orbit period^. 



gloAlmEpsilonA 

Parameter en*, dimensionless [9]. 
Scale factor 2"^°. 



gloAlmOmegaA 

Parameter con'^, semi-circles [9]. 
Scale factor 2"^^ semi-circles. 



gloAlmTauA 

Parameter Tn'^ 

Scale factor 2"^® seconds. 



Parameter Tn'^, seconds [9]. 



gloAlmCA 

Parameter Cn^ dimensionless [9]. 



gloAlmMA 

Parameter Mn*, dimensionless [9]. This parameter is present if its value is nonzero; otherwise it is not present. 



6.2.3.33 AlmanacECEF-SBAS-AlmanacSet 



-- ASNISTART 






AlmanacECEF- SBAS -AlmanacSet 


: : = SEQUENCE { 


sbasAlmDatalD 


INTEGER 


{0. .3) , 


svID 


SV-ID, 




sbasAlmHealth 


BIT STRING {SIZE (8) ) , 


sbasAlmXg 


INTEGER 


{-16384. .16383) , 


sbasAlmYg 


INTEGER 


{-16384. .16383) , 


sbasAlmZg 


INTEGER 


{-256. .255) , 


sbasAlmXgdot 


INTEGER 


{-4. .3) , 


sbasAlmYgDot 


INTEGER 


{-4. .3) , 


sbasAlmZgDot 


INTEGER 


{-8. .7) , 


sbasAlmTo 

} 

-- ASNISTOP 


INTEGER 


{0. .2047) , 
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AlmanacECEF-SBAS-AlmanacSet field descriptions 



sbasAlmDatalD 

Parameter Data ID, dimensionless [10], 



svID 

This field identifies the satellite for which the GNSS Almanac Model is given. 



sbasAlmHealth 

Parameter Health, dimensionless [10], 



sbasAlmXg 

Parameter Xq, meters [10]. 
Scale factor 2 600 meters. 



sbasAlmYg 

Parameter Yq, meters [10]. 
Scale factor 2 600 meters. 



sbasAlmZg 

Parameter Zg, meters [10]. 
Scale factor 28 000 meters. 



sbasAlmXgdot 

Parameter Xg Rat-of-Change, meters/sec [10]. 
Scale factor 10 meters/second. 



sbasAlmYgDot 

Parameter Yg Rate-of-Change, meters/sec [10]. 
Scale factor 10 meters/second. 



sbasAlmZgDot 

Parameter Zg Rate-of-Change, meters/sec [1 0]. 
Scale factor 40,96 meters/second. 



sbasAlmTo 

Parameter to, seconds [1 0]. 
Scale factor 64 meters/seconds. 



6.2.3.34 GNSS-UTC-Model 

The IE GNSS-UTC-Model is used by the location server to provide several sets of parameters needed to relate GNSS 
system time to Universal Time Coordinate (UTC), as defined in [4], [5], [6], [7], [8], [9] and [10]. 

The UTC time standard, UTC(k), is GNSS specific. E.g. if GNSS-ID indicates GPS, GNSS-UTC-Model contains a set of 
parameters needed to relate GPS system time to UTC(USNO); if GNSS-ID indicates QZSS, GNSS-UTC-Model contains 
a set of parameters needed to relate QZST to UTC(NICT); if GNSS-ID indicates GLONASS, GNSS-UTC-Model 
contains a set of parameters needed to relate GLONASS system time to UTC(RU); if GNSS-ID indicates SB AS, GNSS- 
UTC-Model contains a set of parameters needed to relate SB AS network time for the SB AS indicated by SBAS-ID to 
the UTC standard defined by the UTC Standard ID. 

-- ASNISTART 

GNSS-UTC-Model ::= CHOICE { 

utcModell UTC-ModelSetl, -- Model-1 

utcModel2 UTC-ModelSet2 , -- Model-2 

utcModel3 UTC-ModelSet3, -- Model-3 

utcModel4 UTC-ModelSet4, -- Model-4 



ASNISTOP 
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6.2.3.35 



UTC-ModelSet1 



-- ASNISTART 






UTC-ModelSetl ::= SEQUENCE { 




gnss-Utc-Al 


INTEGER 


{-8388608. .8388607) , 


gnss-Utc-AO 


INTEGER 


{-2147483648. .2147483647) , 


gnss-Utc-Tot 


INTEGER 


{0. .255) , 


gnss-Utc-WNt 


INTEGER 


{0. .255) , 


gnss-Utc-DeltaTls 


INTEGER 


{-128. .127) , 


gnss-Utc-WNlsf 


INTEGER 


{0. .255) , 


gnss-Utc-DN 


INTEGER 


{-128. .127) , 


gnss-Utc-DeltaTlsf 

} 

-- ASNISTOP 


INTEGER 


{-128. .127) , 







UTC-ModelSet1 field descriptions 



gnss-Utc-A1 

Parameter Ai, scale factor 2 '^" seconds/second [4], [7] and [8], 



,-50 



gnss-Utc-AO 

on 

Parameter Ap, scale factor 2" seconds [4], [7] and [8], 



gnss-Utc-Tot 

Parameter tot, scale factor 2^^ seconds [4], [7] and [8], 



gnss-Utc-WNt 

Parameter WNt, scale factor 1 week [4], [7] and [8], 



gnss-Utc-DeltaTls 

Parameter AtLs, scale factor 1 second [4], [7] and [8], 



gnss-Utc-WNlsf 

Parameter WNlsf, scale factor 1 week [4], [7] and [8], 



gnss-Utc-DN 

Parameter DN, scale factor 1 day [4], [7] and [8], 



gnss-Utc-DeltaTlsf 

Parameter AtLSF, scale factor 1 second [4], [7] and [8], 



6.2.3.36 



UTC-ModelSet2 



-- ASNISTART 






UTC-ModelSet2 : := 


SEQUENCE { 




utcAO 


INTEGER 


{-32768. .32767) , 


utcAl 


INTEGER 


{-4096. .4095) , 


utcA2 


INTEGER 


{-64. .63) , 


utcDeltaTls 


INTEGER 


{-128. .127) , 


utcTot 


INTEGER 


{0. .65535) , 


utcWNot 


INTEGER 


{0. .8191) , 


utcWNlsf 


INTEGER 


{0. .255) , 


utcDN 


BIT STRING {SIZE {4) ) , 


utcDeltaTlsf 

} 

-- ASNISTOP 


INTEGER 


{-128. .127) , 







UTC-ModelSet2i\e\d descriptions 



UtcAO 

Parameter Ao-n, bias coefficient of GNSS time scale relative to UTC time scale (seconds) [4], [5], [6] and [7]. 
Scale factor 2"^^ seconds. 



utcA1 

Parameter Ai-n, drift coefficient of GNSS time scale relative to UTC time scale (sec/sec) [4], [5], [6] and [7]. 
Scale factor 2"^^ seconds/second. 



utcA2 

Parameter A2-r„ drift rate correction coefficient of GNSS time scale relative to UTC time scale (sec/sec^) [4], [5], [6] and 

Scale factor 2 seconds/second . 
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UTC-ModelSet2 i\e\d descriptions 



utcDeltaTIs 

Parameter AtLs, current or past leap second count (seconds) [4], [5], [6] and [7]. 
Scale factor 1 second. 



utcTot 

Parameter tot, time data reference time of week (seconds) [4], [5], [6] and [7]. 
Scale factor 2* seconds. 



utcWNot 

Parameter WNot, time data reference week number (weeks) [4], [5], [6] and [7]. 
Scale factor 1 week. 



utcWNIsf 

Parameter WNlsf, leap second reference week number (weeks) [4], [5], [6] and [7]. 
Scale factor 1 week. 



utcDN 

Parameter DN, leap second reference day number (days) [4], [5], [6] and [7]. 
Scale factor 1 day. 



utcDeltaTlsf 

Parameter AtLSF, current or future leap second count (seconds) [4], [5], [6] and [7]. 
Scale factor 1 second. 



6.2.3.37 



UTC-ModelSet3 



-- ASNISTART 

UTC-ModelSet3 
nA 
tauC 
bl 
b2 
kp 



SEQUENCE { 

INTEGER {1 



14S1) , 
INTEGER {-2147483648. 
INTEGER {-1024 . .1023) 
INTEGER {-512 . .511) 
BIT STRING {SIZE {2) ) 



2147483647) 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 



Cond GLONASS-M 
Cond GLONASS-M 
Cond GLONASS-M 



ASNISTOP 



Conditional presence 


Explanation 


GLONASS-M 


The field is mandatory present if GLONASS-M satellites are present in tUe current 
GLONASS constellation; othenwise it is not present. 



t/7C-Mode/Sef3 field descriptions 



nA 

Parameter N'^, callendar day number within four-year period beginning since the leap year (days) [9]. 
Scale factor 1 day. 



tauC 

Parameter Zc, GLONASS time scale correction to UTC(SU) (seconds) [9]. 
Scale factor 2"^^ seconds. 



bl 

Parameter B1 , coefficient to determine AUT1 (seconds) [9]. 
Scale factor 2"^° seconds. 



b2 

Parameter B2, coefficient to determine AUT1 (seconds/msd) [9]. 
Scale factor 2"^^ seconds/msd. 



kp 

Parameter KP, notification of expected leap second correction (dimensionless) [9]. 
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6.2.3.38 



UTC-ModelSet4 



-- ASNISTART 






UTC-ModelSet4 : := 


SEQUENCE { 




utcAlwnt 


INTEGER 


{-8388608. .8388607) , 


utcAOwnt 


INTEGER 


{-2147483648. .2147483647) , 


utcTot 


INTEGER 


{0. .255) , 


utcWNt 


INTEGER 


{0. .255) , 


utcDeltaTls 


INTEGER 


{-128. .127) , 


utcWNlsf 


INTEGER 


{0. .255) , 


utcDN 


INTEGER 


{-128. .127) , 


utcDeltaTlsf 


INTEGER 


{-128. .127) , 


utcStandardID 

} 

-- ASNISTOP 


INTEGER 


{0. .7) , 







t/TC-Mode/SeM field descriptions 



UtcAlwnt 

Parameter Aiwnt, 



Scale factor 2" seconds/second. 



sec/sec ([10], Message Type 12). 



UtcAOwnt 

Parameter Aownt, seconds ([10], Message Type 12). 
Scale factor 2"^° seconds. 



UtcTot 

Parameter tot, seconds ([10], Message Type 12). 
Scale factor 2^^ seconds. 



UtcWNt 

Parameter WNt, weeks ([10], Message Type 12). 
Scale factor 1 week. 



UtcDeltaTls 

Parameter AtLs, seconds ([10], Message Type 12). 
Scale factor 1 second. 



UtcWNlsf 

Parameter WNlsf, weeks ([10], Message Type 12). 
Scale factor 1 week. 



UtcDN 

Parameter DN, days ([10], Message Type 12). 
Scale factor 1 day. 



UtcDeltaTlsf 

Parameter AtLSF, seconds ([10], Message Type 12). 
Scale factor 1 second. 



UtcStandardID 

If GNSS-ID indicates 'sbas', this field indicates the UTC standard used for the SBAS network time indicated by 
SBAS-IDXo UTC relation as defined in the table 6.2.3.38.1 Value of UTC Standard ID to UTC Standard relation 
([10], Message Type 12). 



Table 6.2.3.38.1 : Value of UTC Standard ID to UTC Standard relation 



Value of UTC 
Standard ID 


UTC Standard 





UTC as operated by the Communications Research Laboratory (CRL), Tokyo, Japan 


1 


UTC as operated by the National Institute of Standards and Technology (NIST) 


2 


UTC as operated by the U. S. Naval Observatory (USNO) 


3 


UTC as operated by the International Bureau of Weights and Measures (BIPM) 


4 to 7 


Reserved for future definition 
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6.2.3.39 GNSS-Auxiliarylnformation 

The IE GNSS-Auxiliarylnformation is used by the location server to provide additional information dependent on the 
GNSS-ID. If GNSS-Auxiliarylnformation is provided together with other satellite dependent GNSS assistance data 
(i.e. any of GNSS-DifferentialCorrections, GNSS-NavigationModel, GNSS-DataBitAssistance, or 
GNSS-AcquisitionAssistance lEs), the GNSS-Auxiliarylnformation should be provided for the same satellites and in the 
same NAP message as the other satellite dependent GNSS assistance data. 

-- ASNISTART 

GNSS-Auxiliarylnformation ::= CHOICE { 
gnss-ID-GPS GNSS-ID-GPS, 
gnss-ID-GLONASS GNSS-ID-GLONASS , 



GNSS-ID-GPS ::= SEQUENCE {SIZE { 1 . . 64 ) ) OF GNSS- ID-GPS-SatElement 

GNSS-ID-GPS-SatElement ::= SEQUENCE { 
svID SV-ID, 

signalsAvailable GNSS-SignallDs, 



GNSS-ID-GLONASS ::= SEQUENCE {SIZE { 1 . . 64 ) ) OF GNSS- ID-GLONASS-SatElement 

GNSS-ID-GLONASS-SatElement ::= SEQUENCE { 
svID SV-ID, 

signalsAvailable GNSS-SignallDs, 
channelNumber INTEGER {-7.. 13) OPTIONAL, -- Cond FDMA 



ASNISTOP 



Conditional presence 


Explanation 


FDMA 


The field is mandatory present if \he GLONASS SV indicated by sv/D broadcasts FDIVIA 
signals; otherwise it is not present. 



GNSS-Auxiliarylnformation field descriptions 



gnss-ID-GPS 

This choice may only be present if GNSS-ID indicates GPS. 



gnss-ID-GLONASS 

This choice may only be present if GNSS-ID indicates GLONASS. 



svID 

This field specifies the GNSS SV for which the GNSS-Auxiliarylnformation is given. 



signals A vailable 

This field indicates the ranging signals supported by the satellite indicated by svlD. This field is given as a bit string as 
defined in GNSS-SignallDs for a particular GNSS. If a bit is set to '1 ' it indicates that the satellite identified by svID 
transmits ranging signals according to the signal correspondence in GNSS-SignallDs. If a bit is set to '0' it indicates that 
the corresponding signal is not supported on the satellite identified by svlD. 



ChannelNumber 

This field indicates the GLONASS carrier frequency number of the satellite identified by svID, as defined in [9]. 



6.2.4 GNSS Assistance Data Request 
6.2.4.1 A-GNSS-RequestAssistanceData 

The IE A-GNSS-RequestAssistanceData is used by the target device to request GNSS assistance data from a location 
server. 
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ASNISTART 



A-GNSS-RequestAssistanceData : 
gnss-CommonAssistDataReq 
gnss-GenericAssistDataReq 



SEQUENCE { 

GNSS-CommonAssistDataReq OPTIONAL, 
GNSS-GenericAssistDataReq OPTIONAL, 



Cond CommonADReq 
Cond GenADReq 



ASNISTOP 





Conditional presence 


Explanation 


CommonADReq 


The field is mandatory present if the target device requests GNSS-CommonAssistData; 
otherwise it is not present. 


GenADReq 


This field is mandatory present if the target device requests GNSS-GenericAssistData for 
one or more specific GNSS; otherwise it is not present. 



6.2.4.2 



GNSS-CommonAssistDataReq 



The IE GNSS-CommonAssistDataReq is used by the target device to request assistance data that are applicable to any 
GNSS from a location server. 



ASNISTART 



GNSS-CommonAssistDataReq ::= SEQUENCE { 

gnss-Ref erenceTimeReq GNSS-Ref erenceTimeReq 

OPTIONAL, - 
gnss-Ref erenceLocationReq GNSS-Ref erenceLocationReq 

OPTIONAL, - 
gnss - lonosphericModelReq GNSS - lonosphericModelReq 

OPTIONAL, - 
gnss-EarthOrientationParametersReq GNSS -EarthOr lent at ionParametersReq 

OPTIONAL, - 



Cond RefTimeReq 
Cond RefLocReq 
Cond lonoModReq 
Cond EOPReq 



ASNISTOP 





Conditional presence 


Explanation 


RefTimeReq 


The field is mandatory present if the target device requests GNSS-ReferenceTime; 
otherwise it is not present. 


RefLocReq 


This field is mandatory present if the target device requests GNSS-ReferenceLocation; 
otherwise it is not present. 


lonoModReq 


This field is mandatory present if the target device requests GNSS-lonospliericModel; 
otherwise it is not present. 


EOPReq 


This field is mandatory present if the target device requests GNSS- 
EarttiOrientationParameters; otherwise it is not present. 



6.2.4.3 



GNSS-GenericAssistDataReq 



The IE GNSS-GenericAssistDataReq is used by the target device to request assistance data from a location server for 
one or more specific GNSS (e.g. GPS, Galileo, GLONASS, etc.). The specific GNSS for which the assistance data are 
requested is indicated by the IE GNSS-ID and (if applicable) by the IE SBAS-ID. Assistance for up to 16 GNSSs can be 
requested. 
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ASNISTART 



GNSS-GenericAssistDataReq 



SEQUENCE {SIZE {1..16)) OF GNSS-GenericAssistDataReqElement 



GNSS-GenericAssistDataReqElement : := 
gnss-ID 
sbas-ID 

gns s - TimeMode 1 sReq 
gnss-Dif f erentialCorrectionsReq 
gnss-NavigationModelReq 
gnss-RealTimelntegrityReq 
gnss-DataBitAssistanceReq 
gnss-AcquisitionAssistanceReq 
gnss-AlmanacReq 
gnss-UTCModelReq 
gnss-AuxiliarylnformationReq 



} 



SEQUENCE { 
GNSS-ID, 

SBAS-ID OPTIONAL, -- Cond GNSS-ID- SEAS 

GNSS-TimeModelListReq OPTIONAL, -- Cond TimeModReq 

GNSS-DifferentialCorrectionsReq OPTIONAL, -- Cond DGNSS-Req 

GNSS-NavigationModelReq OPTIONAL, -- Cond NavModReq 

GNSS-RealTimelntegrityReq OPTIONAL, -- Cond RTIReq 

GNSS-DataBitAssistanceReq OPTIONAL, -- Cond DataBitsReq 

GNSS-AcquisitionAssistanceReq OPTIONAL, -- Cond AcquAssistReq 

GNSS-AlmanacReq OPTIONAL, -- Cond AlmanacReq 

GNSS-UTC-ModelReq OPTIONAL, -- Cond UTCModReq 

GNSS-AuxiliarylnformationReq OPTIONAL, -- Cond AuxInfoReq 



ASNISTOP 





Conditional presence 


Explanation 


GNSS-ID-SBAS 


The field is mandatory present if tine GNSS-ID = sbas; otfnerwise it is not present. 


TimeModReq 


TUe field is mandatory present if the target device requests GNSS-TimeModelList, 
otherwise it is not present. 


DGNSS-Req 


The field is mandatory present if the target device requests GNSS-DifferentialCorrections; 
otherwise it is not present. 


NavModReq 


The field is mandatory present if the target device requests GNSS-NavigationModel; 
otherwise it is not present. 


RTIReq 


The field is mandatory present If the target device requests GNSS-RealTimelntegrity; 
otherwise it is not present. 


DataBitsReq 


The field is mandatory present if the target device requests GNSS-DataBitAssistance; 
otherwise it is not present. 


AcquAssistReq 


The field is mandatory present if the target device requests GNSS-AcquisitionAssistance; 
otherwise it is not present. 


AlmanacReq 


The field is mandatory present if the target device requests GNSS-Almanac; otherwise it is 
not present. 


UTCModReq 


The field is mandatory present if the target device requests GNSS-UTCModel; otherwise it 
is not present. 


AuxInfoReq 


The field is mandatory present if the target device requests GNSS-Auxiliarylnformation; 
otherwise it is not present. 



6.2.5 GNSS Assistance Data Request Elements 
6.2.5.1 GNSS-ReferenceTimeReq 

The IE GNSS-ReferenceTimeReq is used by the target device to request the GNSS-ReferenceTime assistance from the 
location server. 



-- ASNISTART 

GNSS-ReferenceTimeReq ::= SEQUENCE { 

gnss-TimeReqPrefList SEQUENCE {SIZE {1..8)) OF GNSS-ID, 
gps-TOW-assistReq BOOLEAN OPTIONAL, 

notOfLeapSecReq BOOLEAN OPTIONAL, 

} 

-- ASNISTOP 



Cond gps 
Cond glonass 





Conditional presence 


Explanation 


gps 


The field is mandatory present if gnss-TimeReqPrefList \nc\u6es a GNSS-ID= 'gps'; 
otherwise it is not present. 


glonass 


The field is mandatory present if gnss-TimeReqPrefList includes a GNSS-ID= 'glonass'; 
otherwise it is not present. 
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GNSS-ReferenceTimeReq field descriptions 



gnss-TimeReqPrefList 

This field is used by the target device to request the system time for a specific GNSS, specified by GNSS-ID in the 
order of preference. The first GNSS-ID in the list is the most preferred GNSS for reference time, the second GNSS-ID 
Is the second most preferred, etc. 



gps- TO W-assistReq 

This field is used by the target device to request the gps-T0W-Assisti\e\6 in GNSS-SystemTime. TRUE means 
requested. 



notOfLeapSecReq 

This field is used by the target device to request the notificationOfLeapSecondi\e\6 in GNSS-SystemTime. TRUE 
means requested. 



6.2.5.2 GNSS-ReferenceLocationReq 

The IE GNSS-ReferenceLocationReq is used by the target device to request the GNSS-ReferenceLocation assistance 
from the location server. 

-- ASNISTART 

GNSS-ReferenceLocationReq ::= SEQUENCE { 



ASNISTOP 



6.2.5.3 GNSS-lonosphericModelReq 

The IE GNSS-Ionosphe ricModelReq is used by the target device to request the GNSS-IonosphericModel assistance from 
the location server. 

-- ASNISTART 

GNSS-IonosphericModelReq ::= SEQUENCE { 

klobucharModelReq BIT STRING {SIZE{2)) OPTIONAL, -- Cond klobuchar 
neQuickModelReq NULL OPTIONAL, -- Cond nequick 



ASNISTOP 





Conditional presence 


Explanation 


klobuchar 


The field is mandatory present if the target device requests klobucharMoclel; otherwise it is 
not present. The BIT STRING defines the datalD requested, defined in IE 
KlobucharModelParameter. 


nequick 


The field is mandatory present if the target device requests neQuickModel; otherwise it is 
not present. 



6.2.5.4 GNSS-EarthOrientationParametersReq 

The IE GNSS-EarthOrientationParametersReq is used by the target device to request the GNSS- 
EarthOrientationParameters assistance from the location server. 

-- ASNISTART 

GNSS-EarthOrientationParametersReq ::= SEQUENCE { 



ASNISTOP 
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6.2.5.5 GNSS-TimeModelListReq 

The IE GNSS-TimeModelListReq is used by the target device to request the GNSS-TimeModelElement assistance from 
the location server. 

-- ASNISTART 

GNSS-TimeModelListReq ::= SEQUENCE {SIZE {1 . . 15 ) ) OF GNSS-TimeModelElementReq 

GNSS-TimeModelElementReq ::= SEQUENCE { 
gnss-TO-IDsReq INTEGER {1..15), 
deltaTreq BOOLEAN, 



ASNISTOP 



GNSS-TimeModelElementReq field descriptions 



gnss-TO-IDsReq 

This field specifies the requested gnss-TO-ID. The meaning and encoding is the same as the gnss-7"0-/D field in the 
GNSS-TimeModelElement IE. 



deltaTreq 

This field specifies whether or not the location server is requested to include the de/faTfield in the GNSS- 
TimeModelElement IE. TRUE means requested. 



6.2.5.6 GNSS-DifferentialCorrectionsReq 

The IE GNSS-DijferentialCorrectionsReq is used by the target device to request the GNSS-DijferentialCorrections 
assistance from the location server. 

-- ASNISTART 

GNSS-DifferentialCorrectionsReq ::= SEQUENCE { 
dgnss-SignalsReq GNSS-SignallDs, 

dgnss-ValidityTimeReq BOOLEAN, 



ASNISTOP 



GNSS-DifferentialCorrectionsReq field descriptions 



dgnss-SignalsReq 

This field specifies the GNSS Signal(s) for which the GNSS-DifferentialCorrections are requested. A one-value at a bit 
position means DGNSS corrections for the specific signal are requested; a zero-value means not requested. The target 
device shall set a maximum of three bits to value 'one'. 



dgnss- ValidityTimeReq 

This field specifies whether the udreGrowthRate and udreValidityTime in GNSS-DifferentialCorrections are requested 
or not. TRUE means requested. 



6.2.5.7 GNSS-Navigation Model Req 

The IE GNSS-NavigationModelReq is used by the target device to request the GNSS-NavigationModel assistance from 
the location server. 
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-- ASNISTART 

GNSS-NavigationModelReq ::= CHOICE { 
storedNavList StoredNavListInf o, 
reqNavList ReqNavListInf o, 



StoredNavListInf o ::= SEQUENCE { 

gnss-WeekOrDay INTEGER {0..4095), 

gnss-Toe INTEGER {0..255), 

t-toeLimit INTEGER {0..15), 

satListRelatedDataList SatListRelatedDataList OPTIONAL, 



SatListRelatedDataList 



SEQUENCE {SIZE {1..64)) OF SatListRelatedDataElement 



SatListRelatedDataElement ::= SEQUENCE { 
svID SV-ID, 

iod BIT STRING (SIZEdD), 

clockModellD INTEGER {1..8) OPTIONAL, 

orbitModellD INTEGER {1..8) OPTIONAL, 



ReqNavListInf o ::= SEQUENCE { 

svReqList BIT STRING {SIZE (64)), 

clockModellD-PrefList SEQUENCE {SIZE {1..8)) OF INTEGER {1..8) OPTIONAL, 
orbitModellD-PrefList SEQUENCE {SIZE {1..8)) OF INTEGER {1..8) OPTIONAL, 
addNavparamReq BOOLEAN OPTIONAL, -- Cond orbitModelID-2 



ASNISTOP 



Conditional presence 


Explanation 


orbitModellD-2 


The field is mandatory present if orbitModellD-PrefList\s absent or includes a Model-ID = 
'2'; otfnerwise it is not present. 



GNSS-NavigationModelReq field descriptions 



StoredNavList 

This list provides information to the location server about which GNSS-NavigationModel 6a\a the target device has 
currently stored for the particular GNSS indicated by GNSS-ID. 



reqNavList 

This list provides information to the location server which GNSS-NavigationModel da\a are requested by the target 
device. 



gnss- WeeliOrDay 

If GNSS-ID does not indicate 'glonass', this field defines the GNSS Week number of the assistance currently held by 
the target device. 

If GNSS-ID is set to 'glonass', this field defines the calendar number of day within the four-year interval starting from 1^ 
of January in a leap year, as defined by the parameter Nt in [9] of the assistance currently held by the target device. 



gnss-Toe 

If GNSS-ID does not indicate 'glonass', this field defines the GNSS time of ephemeris in hours of the latest ephemeris 
set contained by the target device. 

If GNSS-ID is set to 'glonass', this field defines the time of ephemeris in units of 1 5 minutes of the latest ephemeris set 
contained by the target device (range to 95 representing time values between and 1 425 minutes). In this case, 
values 96 to 255 shall not be used by the sender. 



t-toeLimit 

If GNSS-ID does not indicate 'glonass', this IE defines the ephemeris age tolerance of the target device in units of 

hours. 

If GNSS-ID is set to 'glonass', this IE defines the ephemeris age tolerance of the target device in units of 30 minutes. 



SatListRelatedDataList 

This list defines the clock and orbit models currently held by the target device for each SV. This field is not included if 
the target device does not have any stored clock and orbit models for any SV. 



svID 

This field identifies the particular GNSS satellite. 



iod 

This field identifies the issue of data currently held by the target device. 
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GNSS-NavigationModelReq field descriptions 



clockModellD, orbitModellD 

These fields define tlie clocl< and orbit model number currently held by the target device. If these fields are absent, the 
default interpretation of the table 6.2.5.7.1 GNSS-ID to clockModellD & orbitModellD relation applies. 



svReqList 

This field defines the SV for which the navigation model assistance is requested. Each bit position in this BIT STRING 
represents a SV-ID. Bit 1 represents SV-ID = 1 and bit 64 represents SV-ID = 64. A one-value at a bit position means 
the navigation model data for the corresponding SV-ID is requested, a zero-value means not requested. 



clockModellDPrefList, orbitModellD-PrefList 

These fields define the Model-IDs of the clock and orbit models that the target device wishes to obtain in the order of 
preference. The first Model-ID in the list is the most preferred model, the second Model-ID the second most preferred, 
etc. If these fields are absent, the default interpretation of the table 6.2.5.7.2 GNSS-ID to clockModellD-PrefList & 
orbitModel I DPrefLi st relation applies. 



addNa vparamReq 

This field specifies whether the location server is requested to include the addNAVparam Ue\ds in GNSS- 
NavigationModel \E (NavModel-NAVKeplerianSet f\e\d) or not. TRUE means requested. 



Table 6.2.5.7.1 : GNSS-ID to clockModellD & orbitModellD relation 



GNSS-ID 


ClockModellD 


orbitModellD 


gps 


2 


2 


sbas 


5 


5 


qzss 


2 


2 


galileo 


1 


1 


glonass 


4 


4 



Table 6.2.5.7.2: GNSS-ID to clockModellD-PrefList & orbitModellD-PrefList relation 



GNSS-ID 


ClockModellD-PrefList 


orbitModellD-PrefList 


gps 


Model-2 


Model-2 


sbas 


Model-5 


Model-5 


qzss 


Model-2 


Model-2 


galileo 


Model-1 


Model-1 


glonass 


Model-4 


Model-4 



6.2.5.8 



GNSS-RealTimelntegrityReq 



The IE GNSS-RealTimelntegrityReq is used by the target device to request the GNSS-RealTimelntegrity assistance from 
the location server. 



-- ASNISTART 
GNSS-RealTimelntegrityReq 



SEQUENCE 



ASNISTOP 



6.2.5.9 



GNSS-DataBitAssistanceReq 



The IE GNSS-DataBitAssistanceReq is used by the target device to request the GNSS-DataBitAssistance assistance 
from the location server. 
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-- ASNISTART 




GNSS-DataBitAssistanceReq ::= SEQUENCE { 


gnss-TOD-Req 


INTEGER {0. .3599) , 


gnss-TOD-FracReq 


INTEGER {0..999) OPTIONAL, 


dataBit Interval 


INTEGER {0. .15) , 


gnss-SignalType 


GNSS-SignallDs, 


gnss-DataBitsReq 

} 

GNSS -DataBit sReqSatList 


GNSS -DataBit SReqSatList OPTIONAL, 


::= SEQUENCE {SIZE { 1 . . 64 ) ) OF GNSS-DataBitsReqSatElement 


GNSS-DataBitsReqSatElement ::= SEQUENCE { 


svID 

} 

-- ASNISTOP 


SV-ID, 





GNSS-DataBitAssistanceReq field descriptions 



gnss-TOD-Req 

This field specifies the reference time for the first data bit requested in GNSS specific system time, modulo 1 hour. 
Scale factor 1 second. 



gnss-TOD-FracReq 

This field specifies the fractional part of gnss-TOD-Req in 1 millisecond resolution. 
Scale factor 1 millisecond. 



dataBitlnterval 

This field specifies the time length for which the Data Bit Assistance is requested. The GNSS-DataBitAssistance shall 

be relative to the time interval {gnss-TOD-Req, gnss-TOD-Req + dataBitlnterval). 

The dataBitlnterval r, expressed in seconds, is mapped to a binary number K with the following formula: 

r=0,1 x2^ 
Value K=15 means that the time interval is not specified. 



gnss-SignalType 

This field specifies the GNSS Signal(s) for which the GNSS-DataBltAssistance are requested. A one-value at a bit 

position means GNSS-DataBitAsslstance ior Vne specific signal is requested; a zero-value means not requested. 

gnss-DataSitsReq 

This list contains the SV-IDs for which the GNSS-DataBltAssistance is requested. 



6.2.5.1 GNSS-AcquisitionAssistanceReq 

The IE GNSS-AcquisitionAssistanceReq is used by the target device to request the GNSS-AcquisitionAssistance 
assistance from the location server. 

-- ASNISTART 

GNSS-AcquisitionAssistanceReq ::= SEQUENCE { 
gnss-SignallD-Req GNSS-SignallD, 



ASNISTOP 



GNSS-AcquisitionAssistanceReq field descriptions 



gnss-SignallD-Req 

This field specifies the GNSS signal type for which GNSSAcqulsitionAsslstance is requested. 



6.2.5.11 GNSS-AlmanacReq 

The IE GNSS-AlmanacReq is used by the target device to request the GNSS-Almanac assistance from the location 



£75/ 



73 



ETSI TS 100 392-18-4 VI. 1.1 (2012-06) 



-- ASNISTART 








GNSS-AlmanacReq : 


= SEQUENCE { 






model ID 

} 

-- ASNISTOP 


INTEGER {1. 


.8) 


OPTIONAL, 









GNSS-AlmanacReq field descriptions 



modellD 

This field specifies the Almanac IVIodel ID requested. If this field is absent, the default interpretation as GNSS-ID to 
modellD relation in table 6.2.5.1 1 .1 applies. 



Table 6.2.5.11.1: GNSS-ID to modellD relation 



GNSS-ID 


modellD 


gps 


2 


sbas 


6 


qzss 


2 


galileo 


1 


glonass 


5 



6.2.5.12 GNSS-UTC-ModelReq 



The IE GNSS-UTC-ModelReq is used by the target device to request the GNSS-UTC-Model assistance from the location 
server. 



-- ASNISTART 






GNSS-UTC-ModelReq ::= 


SEQUENCE { 




modellD 

} 

-- ASNISTOP 


INTEGER (1. .8) 


OPTIONAL, 







GNSS-UTC-ModelReq field descriptions 



modellD 

This field specifies the GNSS-UTCModel sei requested. If this field is absent, the default interpretation as GNSS-ID to 
modellD relation in the table 6.2.5.1 2.1 applies. 



Table 6.2.5.12.1 : GNSS-ID to modellD relation 



GNSS-ID 


modellD 


gps 


1 


sbas 


4 


qzss 


1 


galileo 


1 


glonass 


3 



6.2.5.1 3 GNSS-AuxiliarylnformationReq 

The IE GNSS-AuxiliarylnformationReq is used by the target device to request the GNSS-Auxiliarylnformation 
assistance from the location server. 
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-- ASNISTART 
GNSS-AuxiliarylnformationReq ::= 



SEQUENCE 



ASNISTOP 



6.2.6 GNSS Error Elements 



6.2.6.1 



A-GNSS-Error 



The IE A-GNSS-Error is used by 


the location server or target device to provide 


GNSS 


error reasons. 


-- 


■ ASNISTART 










A- 
} 


■GNSS-Error ::= CHOICE { 

locationServerErrorCauses GNSS- 
targetDeviceErrorCauses GNSS- 


-LocationServerErrorCauses 
-TargetDeviceErrorCauses , 


' 




■ ASNISTOP 











6.2.6.2 



GNSS-LocationServerErrorCauses 



The IE GNSS-LocationServerErrorCauses is used by the location server to provide GNSS error reasons to the target 
device. 



-- ASNISTART 

GNSS -LocationServerErrorCauses 
cause ENUMERATED { 



SEQUENCE 



undefined, 

undeliveredAssistanceDatalsNotSupportedByServer, 

undeliveredAssistanceDatalsSupportedButCurrentlyNotAvailableByServer, 
undeliveredAssistanceDatalsPartlyNotSupportedAndPartlyNotAvailableByServer, 



ASNISTOP 



6.2.6.3 



GNSS-TargetDeviceErrorCauses 



The IE GNSS-TargetDeviceErrorCauses is used by the target device to provide GNSS error reasons to the location 
server. 



-- ASNISTART 

GNSS-TargetDeviceErrorCauses 
cause ENUMERATED { 



= SEQUENCE { 
undefined, 

thereWereNotEnoughSatellitesReceived, 
assistanceDataMissing, 
no tAllRequestedMeasurements Possible, 



f ineTimeAssistanceMeasurementsNotPossible 
adrMeasurementsNot Possible 
multiFrequencyMeasurementsNot Possible 



NULL 


OPTIONAL 


NULL 


OPTIONAL 


NULL 


OPTIONAL 



ASNISTOP 
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GNSS-TargetPeviceErrorCauses field descriptions 



cause 

This field provides a GNSS specific error cause. If the cause value is 'notAIIRequestedMeasurementsPossible', the 
target device was not able to provide all requested GNSS measurements (but may be able to report a location estimate 
or location measurements). In this case, the target device should include any of the 
'fineTimeAssistanceMeasurementsNotPossible', 'adrMeasurementsNotPossible' , or 
'multiFrequenceMeasurementsNotPossible' fields, as applicable. 



6.2.7 Common GNSS Information Elements 

6.2.7.1 GNSS-ID 



The IE GNSS-ID is used to indicate a specific GNSS. 










-- ASNISTART 










GNSS-ID ::= SEQUENCE { 










gnss-id ENUMERATED{ gps, sbas, 

} 

-- ASNISTOP 


qzss. 


galileo. 


glonass. 


■■}, 











6.2.7.2 GNSS-ID-Bitmap 

The IE GNSS-ID-Bitmap is used to indicate several GNSSs using a bit map. 



-- ASNISTART 












GNSS-ID-Bitmap : 
gnss-ids 

} 

-- ASNISTOP 


= SEQUENCE { 

BIT STRING { 


gps 

sbas 

qzss 

galileo 

glonass 


(0) , 

(1) , 

(2) , 

(3) , 
(4) 


} {SIZE {1. 


.IS) ) , 













GNSS-ID-Bitmap field descriptions 



gnss-ids 

This field specifies the GNSS(s). This is represented by a bit string, with a one-value at the bit position means the 
particular GNSS is addressed; a zero-value means not addressed. 



6.2.7.3 GNSS-SignallD 

The IE GNSS-SignallD is used to indicate a specific GNSS signal type. The interpretation of GNSS-SignallD depends 
on the GNSS-ID. 



-- ASNISTART 






GNSS-SignallD : := 


= SEQUENCE { 




gnss-SignallD 


INTEGER { . 


. 7) , 


} 






-- ASNISTOP 
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GNSS-SignallD field descriptions 



gnss-SignallD 

This field specifies a particular GNSS signal. The interpretation of gnss-S/gna/ZD depends on the GA/SS-/D and is as 
shown in the table 6.2.7.3.1 System to Value & Explanation relation. 



Table 6.2.7.3.1 : System to Value & Explanation relation 



System 


Value 


Explanation 


GPS 





GPS L1 C/A 


1 


GPS Lie 


2 


GPS L2G 


3 


GPSL5 


4-7 


Reserved 


SBAS 





L1 


1-7 


Reserved 


QZSS 





QZS-L1 


1 


QZS-L1G 


2 


QZS-L2C 


3 


QZS-L5 


4-7 


Reserved 


GLONASS 





GLONASS G1 


1 


GLONASS G2 


2 


GLONASS G3 


3-7 


Reserved 


Galileo 





Galileo El 


1 


Galileo E5A 


2 


Galileo E5B 


3 


Galileo E6 


4 


Galileo E5A -i- E5B 


5-7 


Reserved 



6.2.7.4 



GNSS-SignallDs 



The IE GNSSSignal-IDs is used to indicate several GNSS signals using a bit map. The interpretation of 
GNSSSignal-IDs depends on the GNSS-ID. 



-- ASNISTART 






GNSS-SignallDs : := 


SEQUENCE { 




gnss-SignallDs 

} 

-- ASNISTOP 


BIT STRING 


{SIZE{8) ) , 







GNSS-SignallDs field descriptions 



gnss-SignallDs 

This field specifies one or several GNSS signals using a bit map. A one-value at the bit position means the particular 
signal is addressed; a zero-value at the particular bit position means the signal is not addressed. The interpretation of 
the bit map in gnssSignallDs depends on the GNSS-ID and is shown in the table 6.2.7.4.1 . 
Unfilled table entries indicate no assignment and shall be set to zero. 



Table 6.2.7.4.1 : Interpretation of the bit map in gnssSignallDs 



GNSS 


Biti 
(MSB) 


Bit 2 


Bit 3 


Bit 4 


Bits 


Bit 6 


Bit 7 


Bits 
(LSB) 


GPS 


LI C/A 


Lie 


L2G 


L5 










SBAS 


LI 
















QZSS 


0ZS-L1 


QZS-L1C 


0ZS-L2G 


0ZS-L5 










GLONASS 


G1 


G2 


G3 












Galileo 


El 


E5a 


E5b 


E6 


E5a+E5b 
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6.2.7.5 SBAS-ID 

The IE SBAS-ID is used to indicate a specific SB AS. 

-- ASNISTART 

SBAS-ID ::= SEQUENCE { 

sbas-id ENUMERATED { waas, egnos, msas, gagan, 

} 

-- ASNISTOP 

6.2.7.6 SBAS-IDs 

The IE SBAS-IDs is used to indicate several SBASs using a bit map. 



-- ASNISTART 












SBAS-IDs ::= SEQUENCE { 

sbas-IDs BIT STRING { 


waas 
egnos 
msas 
gagan 


(0) , 

(1) , 

(2) , 
(3) 


} {SIZE 


{1. 


.8) ) , 


} 












-- ASNISTOP 













SBAS-IDs field descriptions 



sbas-IDs 

This field specifies one or several SBAS(s) using a bit map. A one-value at the bit position means the particular SBAS 
is addressed; a zero-value at the particular bit position means the SBAS is not addressed. 



6.2.7.7 SV-ID 

The IE SV-ID is used to indicate a specific GNSS satellite. The interpretation of SV-ID depends on the GNSS-ID. 



-- ASNISTART 






SV-ID : := SEQUENCE { 






satellite-id 


INTEGER { . 


.63) , 


} 






-- ASNISTOP 







S1/-/D field descriptions 



satellite-id 

This field specifies a particular satellite within a specific GNSS. The interpretation of satellite-id depends on the 
GA/SS-/D see table 6.2.7.7.1. 
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Table 6.2.7.7.1 : Interpretation of satellite-id 



System 


Value of satellite-Id 


Interpretation of satellite-id 


GPS 


'0' - '62' 
'63' 


Satellite PRN Signal No. 1 to 63 
Reserved 


SBAS 


'0' - '38' 
'39' - '63' 


Satellite PRN Signal No. 120 to 158 
Reserved 


QZSS 


'0' - '4' 
'5 - '63' 


Satellite PRN Signal No. 193 to 197 
Reserved 


GLONASS 


,Q, . ,23. 
'24 - '63' 


Slot Number 1 to 24 
Reserved 


Galileo 


TBD 


TBD 



NOTE: GPS time does not apply leap seconds and there is a changing time difference between GPS time and 

UTC. TETRA time broadcast indicates time from the 00:00 hours January the 1st of every year and so it 
absorbs UTC time leap second at the beginning of the year. The leap seconds at the first of July will not 
be absorbed. 



6.2.7.8 EPDU-Sequence 

The EPDU-Sequence contains lEs that are defined externally to LPP by other organizations. 



-- ASNISTART 
















EPDU-Sequence ::= SEQUENCE 


{SIZE 


{1. .maxEPDU) ) 


OF 


EPDU 


maxEPDU INTEGER : : = 


16 














EPDU : : = SEQUENCE { 
ePDU-Identif ier 
ePDU-Body 

} 




EPDU- 
EPDU- 


Ident 
Body 


if ier 








EPDU-Identif ier : : = 
ePDU-ID 
ePDU-Name 

} 

EPDU-ID : := INTEGER 


SEQUENCE { 

EPDU- 
EPDU- 


ID, 
Name 




OPTIONAL, 


{1. .256 














EPDU-Name ::= VisibleString 


{SIZE {1. 


32) ) 








EPDU-Body ::= OCTET 


STRING 














-- ASNISTOP 

















EPDU-Sequence field descriptions 



EPDU-ID 

This field provides a unique integer ID for the externally defined positioning method. Its value is assigned to the 
external entity that defines the EPDU. See table 6.2.7.8.1 External PDU Identifier Definition for a list of external PDU 
identifiers defined in this version of the present document. 



EPDU-Name 

This field provides an optional character encoding which can be used to provide a quasi-unique name for an external 
PDU - e.g. by containing the name of the defining organization and/or the name of the associated public or proprietary 
standard for the EPDU. 



EPDU-Body 

The content and encoding of this field are defined externally to LPP. 



Table 6.2.7.8.1 : External PDU Identifier Definition 



EPDU-ID 


EPDU Defining entity 


Method name 


Reference 


1 


OMA LOG 


OMA LPP extensions (LPPe) 


[1.2] 
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6.2.8 TETRA Network related lEs 



In this clause and all subclauses of this clause, these Information Elements (not in LPP [13]) are specific to TETRA, as 
compared to 3GPP networks, and reproduces in the ASN.l model the information defined in NAP 
TS 100 392-18-2 [i.4], which are: 

optional approximate indication of MS location in the NET ASSIST DEMAND PDU, by the LA and MNI 

group addressing for multicast 

acknowledge of the provided data 

global cell Id 

Net assist type 

result code, reject code and retry mode 



6.2.8.1 



Tetra Local Area and Mobile Network Identifier 



-- ASNISTART 

-- begin of specific TETRA 

NAP-LA ::= BIT STRING {SIZE {1..10 )) 

NAP-MNI ::= SEQUENCE { 

countryCode CountryCode, 
networkCode NetworkCode 



See EN 300 392 1 [2] , clause 7 



CountryCode : 
NetworkCode : 



BIT STRING {SIZE {1..10 )) 
BIT STRING {SIZE {1..14 )) 



See EN 300 392 1 [2] 
See EN 300 392 1 [2] 



clause 7 
clause 7 



ASNISTOP 



6.2.8.2 Net assist group address 

The Net assist group address information element shall indicate a Group Short Subscriber Identity address as defined 
below. The coding is the same as in TS 100 392-18-1 [4]. 

-- ASNISTART 

NetAssistGroupAddress ::= BIT STRING {SIZE {1..24)) -- See EN 300 392 1 [2], clause 7 

-- ASNISTOP 



6.2.8.3 



CellGloballdTETRA 



The IE CellGloballdTETRA specifies the global Cell Identifier for TETRA, the globally unique identity of a cell in 
TETRA. 



-- ASNISTART 

NAP- CellGloballdTETRA 
mn- Identity 
locationAreaCode 
cellldentity 



SEQUENCE { 
NAP-MNI, 
NAP-LA, 
BIT STRING {SIZE {16)) 



} 



ASNISTOP 
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CellGloballdTETRA field descriptions 



mn-ldentity 

This field identifies the MN of the cell as defined in [10], 



cellldentity 

This field defines the identity of the cell within the context of the IVIN as defined in [10] and [13]. The size of the bit string 
allows for the 1 6-bit extended TETRA cell ID; in case the cell ID is shorter, the first bits of the string are set to 0. 



6.2.8.4 Result code 

The Result code information element shall be encoded as defined below. 

-- ASNISTART 

NAP-ResultCode ::= ENUMERATED { 

success (0) , 

notSupported (1) , 

error (2) , 

reservedS (3) , 

reserved4 (4) , 

reservedS (5) , 

reservede (6) , 

reserved? (7) 
} 

-- ASNISTOP 



6.2.8.5 Net assist type 

The net assist type information element shall be encoded as defined below 

-- ASNISTART 

NAP-AssistType ::= BIT STRING { 

gNSSEphemerisAndClockData (0) , 

gNSSAlmanacData (1) , 

gNSSIonosphereAndUTCcorrectionData (2) , 

gNSSTimeEstimate (3) , 

locationEstimate (4), 

netAssistGroupAddress (5), 

allAssistTypes (6) , 

reserved? (7) , 

reservedS (8) , 

reserved9 (9) , 



reservedlO 


(10) , 


reservedll 


(11) , 


reservedl2 


(12) , 


reservedl3 


(13) , 


reservedl4 


(14) , 


reservedlS 


(15) 


{SIZE {1. .16) ) 


ASNISTOP 
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6.2.8.6 Retry interval 



The Reject retry information element is not in LPP [13], and are specific to the NAP protocol. These shall specify the 
modality of retrying a NET ASSIST DEMAND. It shall be encoded as defined below. 

--ASN1 START 

NAP-RejectRetry ::= ENUMERATED { 

retry AfterPower-up (0), 

retryAfterUnsolicitedNET-ASSIST-PROVIDE-received (1), -- The MS is not allowed to retry until it receives a NET ASSIST PROVIDE 
addressed to the MS. 

retry AfterTimeout (2), — The timer, of duration three minutes, starts when the NET ASSIST DEMAND is sent. 

reserved3 (3), 

reserved4 (4), 

reservedS (5), 

reserved6 (6), 

reserved? (7), 

reservedS (8), 

reserved9 (9), 

reservedlO (10), 

reserved 11 (11), 

reservedl2 (12), 

reserved 13 (13), 

reservedl4 (14), 

reservedlS (15) 
) 

— end of specific TETRA 

END 

--ASN1STOP 
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